Das fortlaufende Sammelwerk nur für OS/2 


Band 2, Ausgabe 2/99, Jahrgang 

• Neuigkeiten: 

Treiber- und Softwareübersicht, Teil 1 

• Hardware: 

0S/2-taugliche CD-ROM-Recorder 

• Software: 

RSJ CD-Writer für OS/2 

• Konfigurieren und Anwenden: 

Wartungspartitionen erstellen 

• Programmierung: 

Workshop - DLLs, Teil 2 

• Netzwerk: 

HTML-Workshop, Teil 2 
TCP/IP Grundlagen 

• Mutimedia: 

Ravtracing mit POY-Ray, Teil 1 


C.-E.Tlsder 
Biic^erßaq, Stidtqcut 




OS/2 Only! 


Das fortlaufende Sammelwerk für OS/2 

Bd. 2, Ausgabe Nr. 2/99 
1.Jahrgang 


Impressum 


Die OS/2 Only! ist ein unabhängiges, endanwenderorientiertes OS/2-Magazin und wird her¬ 
ausgegeben vom C.-E. Fischer Buchverlag, Stuttgart. 

Erscheinungsweise: Zweimonatlich zur Monatsmitte, 6 Ausgaben pro Jahr. 

Anzeigen- und Redaktionschluß: Jeweils der 25. eines Monats vor dem Erscheinungsmo¬ 
nat. 

Kontaktmöglichkeiten: 

C.-E. Fischer Buchverlag 
Bereich: OS/2 Only! 

Wegländerstr. 24 
D-70563 Stuttgart (Vaihingen) 

Tel.: 0711-7802260 (Mo.-Fr. Von 9.30 bis 18.30 Uhr) 

Fax: 0711-7802261 

eMail: cefischer@t-online.de 

WWW: http://www.cefischer.de 


Fast alle Hard- und Softwarebezeichnungen, die in diesem Band erwähnt werden, sind 
gleichzeitig auch eingetragene Warenzeichen und sollten als solche betrachtet werden. Der 
Verlag folgt bei den Produktbezeichnungen im wesentlichen den Schreibweisen der Herstel¬ 
ler. 

Der Verlag hat alle Sorgfalt walten lassen, um vollständige und akkurate Informationen in 
diesem Band bzw. Programm und auf anderen evtl, beiliegenden Informationsträgern zu 
publizieren. Der C.-E. Fischer Buchverlag, Stuttgart, übernimmt jedoch weder Garantie noch 
die juristische Verantwortung oder irgend eine Haftung für die Nutzung dieser Informationen, 
bzw. Programme oder anderer evtl, beiliegender Informationsträger, für deren Wirtschaftlich¬ 
keit oder fehlerfreie Funktion. Ferner kann der Verlag für Schäden, die auf eine Fehlfunktion 
von Programmen, Fehlinformationen in Artikeln oder auf Fehler anderer evtl, beiliegenden 
Informationsträger o. ä. zurückzuführen sind, nicht haftbar gemacht werden, auch nicht für 
die Verletzung von Patent- und anderen Rechten Dritter, die daraus resultieren kann. Für 
unverlangt eingesandte Manuskripte übernimmt der Verlag keine Haftung. Mit der Einsen¬ 
dung stimmt der Verfasser einer Publikation zu. Für Leserbriefe behalten wir uns vor, die 
Beträge entsprechend zu kürzen und unter dem Namen des Verfassers zu veröffentlichen. 

Das Werk ist in allen seinen Teilen urheberrechtlich geschützt. Jegliche Verwertung, insbe¬ 
sondere Vervielfältigung, Übersetzung, Mikroverfilmung sowie die Speicherung und Weiter¬ 
verarbeitung durch elektronische Systeme ist ohne Zustimmung des Verlages untersagt. 

© 1999 C.-E. Fischer Buchverlag, Stuttgart. 


Abonnementsverkauf und Anzeigenaufnahme: Thomas Ropielewski 
Lektorat: Carsten Momberg 
Karikaturen: Ina Becker 

Verantwortlich für den Inhalt: Clemens-Elias Fischer 
Reprographie: Schwabenrepro GmbH, Stuttgart 
Druck u. Verarbeitung: Druckerei Jauch GmbH, Stuttgart 


1. Aufl., 1999 
Printed in Germany 


ISSN 1436-8307 


Inhalt 


1. Hinweise zum Gebrauch._^ 7 rT 

2. Editorial. .. 9 

3. Neuigkeiten 

3.1 Neue Fixpacks fürs System. 11 

Eine genaue Betrachtung der Fixpacks 38/40 für Warp 3 

und 9/10 für Warp 4 

3.2 Driving all over. 19 

Vorstellung der Beta 3 des SciTech DisplayDoctor für OS/2 

3.3 Was ist dran?.26 

Gerüchte um OS/2 

3.4 Leserbriefe.27 

4. Hardware 

4.1 Theorie 2 - Die CD-ROM.30 

Aufbau einer CD-ROM, Technik zum Lesen und Beschreiben, 
Besonderheiten von CD-R und CD-RW, Dateisysteme, Trackmodi 

4.2 OS/2-taugliche CD-Recorder.41 

Vorstellung für den Einsatz unter OS/2 geeigneter CD-Recorder: 

Teac CD-R55SK, Philips CDD3600, Sony CDU 948 S, 

Plextor PX-R820Ti, Yamaha CRW-4416S, HP SuperStore 81 Oi 

5. Software 

5.1 RSJ CD-Writer.55 

Vorstellung des RSJ CD-Writers, Anwendungsmöglichkeiten, 
Installation, Konfiguration, Erfahrungen aus der Praxis mit dem 
Dateisystem und CDView 

5.2 CDRecord/2.70 

Vorstellung von CDRecord/2, Anwendungsmöglichkeiten, 

Installation, Konfiguration, Erfahrungen aus der Praxis, 

Benötigte Treiber und Werkzeuge, Multisession-CDs und 
CDs ohne zuvor hergestelltes Image brennen 

6. Know how 

6.1 Alles über Fixpaks.87 

Nötiges Basiswissen zu CSDs und Fixpaks, Vorbereitung der 
Installation und deren Durchführung, Tips zur Behebung von 
Fehlern während der Korrektur, Herstellung eigener Fixpak-CDs, 
Schreiben kleiner Batchdateien zur Durchführung der Installation 














110 


t 


6.2 Bootsysteme I . 

Wie OS/2 bootet, Abschnitte, Laden benötigter Treiber, 

Bedeutung der Kerneldateien, Wartungspartitonen erstellen 
mit bootos2, Einrichtung von Partitionen und zusätzliche 
Konfigurationsarbeiten 

6.3 Tips & Tricks. 127 

Scanner unter Warp betreiben, Joliet-Unterstützung für das 
CD-Dateisystem, RSJ CD-Writer Dateisystem ohne den 
Locktreiber verwenden 

7. Programmieren 

Workshop: DLLs 2. 131 

Workshop zum Anlegen eigener DLLs in C, Teil 2 
Entwicklung eines Interfaces für REXX, Erweiterung 
eigener DLLs mit einem REXX-Makrosupport 


8. Netzwerke 

OS/2 selbst vernetzen, Teil 1. 151 

Grundlagen lokaler Netzwerke, ISO-Schichtmodell, 

Basiswissen zu TCP/IP, Adressierung und Routing 

9. In eigener Sache . 174 


OS/2 Only! CD Nr.1, Xelia und XHTML, Vorschau auf Bd. 3 


Stichwortverzeichnis 

Abbildungsverzeichnis 

Benutzergruppen 

Webadressen 

Artikelverzeichnis 

Lexikon 







Hinweise zum Gebrauch 


Hinweise zum Gebrauch 

Im folgenden Abschnitt finden Sie Hin¬ 
weise zum Gebrauch unseres Sammel¬ 
werkes. Arbeiten Sie mit der OS/2 
Only! zum ersten Mal, sollten Sie die¬ 
sen Abschnitt aufmerksam durchlesen. 
Sind Sie mit dem Gebrauch des Maga¬ 
zins vertraut, möchten wir Ihnen emp¬ 
fehlen, immer mal wieder einen Blick 
auf diese Hinweise zu werfen, da sich 
von Zeit zu Zeit etwas ändern kann. 

Grundsätzlicher Aufbau 
Die OS/2 Only! gliedert sich in der 
Regel in folgende Kapitel, gegebenen¬ 
falls mit umfangreicheren, eigenen 
Abschnitten: 

□ Editorial 

□ Neuigkeiten 

Mit einem Schwerpunktthema und 
den Abschnitten »Kurzmeldungen, 
Bezugspunkte und Kontakte« sowie 
»Leserbriefe«, wenn diese dem 
Verlag vor Redaktionsschluß vorlie¬ 
gen. Da innerhalb des Zeitraums 
zur Vorbereitung einer neuen Aus¬ 
gabe mitunter nicht genügend neue 
Links oder Kontaktadressen vorlie¬ 
gen, können Listen mit Links in der 
ein oder anderen Ausgabe auch 
ausgelassen werden. 

□ Hardware 

Mit den ständigen Abschnitten 
Theorie und Praxis, die meist eine 
thematisch zusammenhängende 
Einheit bilden. Außerdem (jedoch 
i.d.R. nur in jeder 2. Ausgabe): 

Eine umfassende Liste mit Fundor¬ 
ten für Treiber und eine Listung 
OS/2-tauglicher Hardware. Die 
Listen werden in jeder 2. Ausgabe 
erweitert bzw. korigiert. 


f 

□ Software 

Mit einem Schwerpunktthema und 
den Abschnitten Share- und Free¬ 
ware sowie einem Anwendungs¬ 
workshop. Außerdem (jedoch i.d.R. 
nur in jeder 2. Ausgabe): Eine 
umfassende Liste mit nativer OS/2- 
Software, deren Hersteller und 
Händler sowie einer kurzen 
Beschreibung zu jedem Produkt. 

Die Listen werden in jeder 2. Aus¬ 
gabe erweitert bzw. korrigiert. 

□ Know how 

Mit einem Schwerpunktthema und 
den Abschnitten: Tips & Tricks, 
OS/2-Basiswissen. 

□ Programmieren 

Mit einem Schwerpunktthema oder 
einem Workshop und den Abschnit¬ 
ten: Java, C/ C++, Pascal und 
REXX. 

□ Multimedia 

Mit einem Schwerpunktthema und 
den Abschnitten: Hardware, Soft¬ 
ware. 

□ Netzwerk 

Mit einem Schwerpunktthema in 
Theorie und / oder Praxis und den 
Abschnitten: DFÜ, Internet, TCP/IP. 

□ Großkunden 

Mit den Abschnitten: Firmenprofil, 
Produkte. Diese Rubrik ist nicht in 
jedem Band enthalten. 

□ In eigener Sache 

Mit den Abschnitten: Druckwerke, 
Software, Besondere Angebote. 

□ Anhang, Stichwortverzeichnis, Lexi¬ 
kon. 
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Von Ausgabe zu Ausgabe können 
die Abschnitte einzelner Kapitel in 
ihrem Umfang variieren oder auch 
ganz ausbleiben. Das gleiche gilt für 
das Kapitel Multimedia, das zugunsten 
anderer Abschnitte bei Mangel an 
Informationen oder Artikeln ausgelas¬ 
sen wird. 

Satz und Typographie 
In der Kopfeeile einer jeden Seite fin¬ 
den Sie das jeweilige Kapitel und des¬ 
sen Abschnitt wieder, in dem Sie sich 
gerade befinden. Kapitelname und 
Bezeichnung des Abschnitts sind mit 
einem Doppelpunkt voneinander 
getrennt. Alle Abschnitte sind im im 
Inhaltsverzeichnis wiedergegeben. 

Tabellen und/ oder Abbildungen sind 
jeweils innerhalb eines Artikels nume¬ 
riert. Eine Auflistung aller Abbildungen 
und Tabellen eines Bandes finden Sie 
im Abbildungsverzeichnis am Ende 
eines jeden Bandes nach der Abbil¬ 
dungsnummer geordnet. 

Für das Suchen nach bestimmten 
Themen können Sie auch das Stich¬ 
wortverzeichnis benutzen, das nach 
Stichworten alphabetisch geordnet 
angelegt ist. 

Artikel beginnen in einem Kapitel mit 
einer fettgedruckten Überschrift, die 
etwas größer als der normale Fließtext 
ist. Einzelne Abschnitte eines Artikels 
sind vom jeweils vorangegangenen 
Abschnitt mit einer Leerzeile getrennt 
und werden mit einer kursiven oder 
einer fettkursiven Überschrift eingelei¬ 
tet. 

Im Text selbst finden Sie Produktna¬ 
men, Fierstellerbezeichnungen usw., 
die gerade angesprochen werden, kur¬ 
siv gedruckt, also etwa: Das ZIP-100 
von Iomega. 

Bestimmte Bezeichnungen, vor 
allem technische Ausdrücke, können 


fett und unterstrichen dargestellt 
sein. In einem solchen Fall können Sie 
den auf diese Weise hervorgehobenen 
Begriff im Lexikon nachschlagen, das 
Sie jeweils am Ende eines Bandes fin¬ 
den. Die einzelnen in einer Ausgabe 
gekennzeichneten Begriffe sind im lexi¬ 
kalischen Teil alphabetisch geordnet. 
Im Lexikon aufgenommene Begriffe 
können auch Verweise auf andere 
Bände tragen, sofern Sie in deren lexi¬ 
kalischen Teil bereits erklärt worden 
sind. Eine Zusammenstellung der lexi¬ 
kalischen Teile aller Bände finden Sie 
im Index-Band zu jedem Jahrgang. 


Qj Aufzählungen werden mit dem 
Symbol □ eingeleitet. Nummerierun¬ 
gen erfolgen mit arabischen Ziffern. 
In Nummerierungen eingebettete 
Aufzählungen werden mit einem o 
kenntlich gemacht. 


f Wichtige Abschnitte, etwa beson- 
• dere Hinweise, werden durchgän¬ 
gig fett und kursiv gedruckt und 
mit einem Ausrufezeichen verse¬ 
hen. 


Einzelne Schritte einer Vorgehens¬ 
weise werden mit den Zahlensymbolen 
06600 © usw. geordnet und kennt¬ 
lich gemacht. 

Tip * Ein besonderer Tip zur Konfi- 

* guration bzw. Handhabung 

eines bestimmten Programms 
oder einer Hardwarekompo¬ 
nente, werden mit einem kur¬ 
siv gedrucken, großen Tip her¬ 
vorgehoben. Der folgende 
Text wird außerdem kursiv 
wiedergegeben. 
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Editorial 


Solutions for a Small Planet 

Ja, ja, wir wissen auch, was IBM damit 
meint: Durch Netzwerke wird die Welt 
zum Dorf. Aber wir fanden noch eine 
andere Bedeutung für den gar nicht so 
unpassenden wenn auch etwas über¬ 
triebenen Werbespruch, an die IBM 
sicher nicht gedacht hat: Daß die OS/2- 
Gemeinde einen kleinen Wandelstern 
darstellt, der um einen großen blauen 
Riesen langsam seine Kreise zieht. Ich 
begrüße Sie zur Lektüre des 2. Bandes 
der OS/2 Only! 

Wir fanden diese Auslegung so tref¬ 
fend, daß wir in unserem POV-Ray- 
Workshop das Ganze gleich in ein Bild 
umsetzen mußten, das bekanntlich 
mehr als tausend Worte sagt. Die Gra¬ 
phik aus dem Reich der virtuellen Reali¬ 
tät wird Ihnen bestimmt gefallen, aber 
ich möchte nichts vorwegnehmen - alles 
zu seiner Zeit. Bevor Sie in das Multime¬ 
dia-Kapitel gelangen, erwarten Sie Bei¬ 
träge rund um die CD-ROM, wie sie auf¬ 
gebaut ist, wie man sie herstellt, und 
was Sie dazu brauchen. Außerdem viele 
Neuigkeiten, Berichte zu den aktuellen 
Fixpacks für Warp 3 und 4 und natürlich 
viele andere nützliche Tips & Tricks 
rund um »unser« Betriebssystem. Viele 
Ihrer Verbesserungsvorschläge haben 
wir bereits in diesem Band in die Reali¬ 
tät umgesetzt, angefangen vom Erschei¬ 
nungsbild und der Papierqualität bis hin 
zum Inhalt. Sicher werden Ihnen die 
Veränderungen auffallen und -so hoffe 
ich- auch gefallen. Eine der tiefgreifen- 
sten Änderungen erfährt unsere Rubrik 
Programmieren , und darauf möchte ich 
an dieser Stelle noch einmal zu spre¬ 
chen kommen. 

Die Haltung so mancher Menschen ist 
schon merkwürdig. Da ist jemand unzu¬ 
frieden -womit auch immer-, kennt den 


Grund jener Unzufriedenheit aber räumt 
damit nicht auf. So langsam aber sicher 
könnte man zu der Überzeugung kom¬ 
men, es ist chic, unzufrieden zu sein. 
Wie es sich mit dem Privatleben gewis¬ 
ser Zeitgenossen verhält, so sieht es 
anscheinend auch in Sachen Compu¬ 
tern aus: »Computer sind kompliziert, 
man versteht sie nicht, der Umgang mit 
ihnen führt ins Chaos. Das war schon 
immer so, das ist so und wird auch so 
bleiben. Und wenn nicht, dann stimmt 
es nicht!« 

Auf diesen Schluß zu kommen, ist 
kein Problem, wenn man die vielen Win¬ 
dows-Benutzer bedenkt, für die das 
Wort Computer ein Synonym für Chaos 
ist. Aber woher kommt das? Unwissen¬ 
heit. Oder: Vom Unwillen, das zugege¬ 
benermaßen komplexe Thema Compu¬ 
ter verstehen zu wollen. Anwenden allei¬ 
ne ist es eben nicht. Niemand fährt 
schließlich Auto, nur weil er weiß, wo 
Bremse und Gaspedal sind. Dazu 
gehört mehr. Man sollte also schon 
Bescheid wissen - um Hardware, Soft¬ 
ware und natürlich das Betriebssystem. 

Die Frage jedoch ist, wie z.B. eine hilf¬ 
lose Benutzerin ein Betriebssystem aus¬ 
wählen soll, wenn sie gar nicht weiß, 
was das ist. Da wurde ich vor einiger 
Zeit gefragt: »Ist denn die STRG-Taste 
im Lieferumfang der Tastatur enthalten, 
oder muß ich die dazukaufen?«- oder: 
»Ich brauche einen Modemaccount? Ja, 
ist das denn überhaupt legal?«- oder: 
»Kopieren? Verschieben? Löschen? 
Datei? Kopieren kenne ich. Verschieben 
nicht. Löschen, da muß etwas weg sein, 
oder? Aber - was ist eine Datei?« Mal 
ehrlich: So einem Menschen können Sie 
alles mögliche von Computern, Ver¬ 
zeichnissen, Laufwerken und Betriebs¬ 
systemen erzählen: Er wird es glauben. 
Und der Markt erzählt leider viel. 

So wird es mit der Zeit müßig, immer 
wieder zu erklären, was ein Verzeichnis, 
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eine Datei, ein Laufwerk und erst recht 
was ein Betriebssystem ist. Die Tren¬ 
nung zwischen den Begriffen Windows 
und Computer aufzuheben, ist kaum 
möglich und scheitert am Unwillen all 
derer, die nicht lernen wollen: Hauptsa¬ 
che die Kiste läuft, und ich kann damit 
schreiben! So, das war's. Was darauf 
läuft, können Sie im wesentlichen nur 
durch Schönreden beeinflussen: Ja, 
nimm das, das ist besser, nimm nicht 
dies oder jenes, das ist schlechter...- 
aber mehr kann man nicht tun. 

Anders ist das bei all jenen, die ver¬ 
ständiger sind oder es werden wollen. 
Wenn die Bereitschaft vorhanden ist, 
seine Kenntnisse zu vertiefen, dann fällt 
jeder und jedem schnell auf, daß einige 
Änderungen in puncto Betriebssystem 
am eigenen System anstehen. Nicht sel¬ 
ten wird dann auch mal OS/2 auspro¬ 
biert, und als wir hörten, daß auch 
Anfänger und eine ganze Anzahl 
Umsteiger mit der OS/2 Only! viel anfan¬ 
gen konnten, waren wir erfreut und 
ermuntert, das Konzept weiter auszu¬ 
bauen, um wichtige Bereiche rund um 
OS/2 zu fördern und Anfängern tiefere 
Einblicke in das Reich der Datenverar¬ 
beitung zu geben; Berührungsängste 
abzubauen und den Schritt von anderen 
Systemen zu OS/2 zu wagen. Eine nicht 
ganz einfache Aufgabe. 

Wir sind der Ansicht, daß mit der Ver¬ 
fügbarkeit v.a. kleiner Anwendungen, 
die im Privatbereich von großer Bedeu¬ 
tung sind (und wenn es nur um das 
Designen von Visitenkarten geht), OS/2 
attraktiver wird. Derartige Programme 
können auch von weniger erfahrenen 
Programmierern entwickelt werden. Also 
werden wir die Anwendungsentwicklung 
mit OS/2 auf allen Ebenen fördern und 
schon ab Band 3 mit unseren Program¬ 
mierreihen beginnen, die auch dem 
Anfänger, der noch nie programmiert 


hat, den Weg in die OS/2-Programmie- 
rung ebnen. Mit einer ausführlichen Rei¬ 
he zur REXX-Programmierung geht es 
los. Ab Bd. 4 folgt eine gleiche Reihe für 
Java\ und ab Bd. 7 die beiden Reihen 
für C und Pascal. Schritt für Schritt wer¬ 
den wir in die Programmierung einfüh¬ 
ren und zwar streng OS/2-spezifisch. 
Nach den einführenden Beiträgen wer¬ 
den wir uns auch komplexen Problemen 
aus der Informatik widmen, so daß 
sicher für alle etwas Interessantes dabei 
sein wird. Sprachreferenzen werden 
ebenso fester Bestandteil sein wie Bei¬ 
spielprogramme, Entwicklungswerkzeu¬ 
ge und viele Tips, die beim Programmie¬ 
ren in den genannten Sprachen helfen. 
Wer Interesse an der OS/2-Programmie- 
rung hat, wird mit der OS/2 Only! die 
richtige Begleitung finden - egal ob 
Anfänger oder Profi. Das Interesse an 
einer Windowsalternative ist vorhanden, 
und dem Computer-Dummy ist es wie 
gesagt egal, was er verwendet - es muß 
nur seine Bedürfnisse befriedigen. 

So hoffen wir mit den vielen Verbes¬ 
serungen und neuen Artikelreihen, die 
Sie in den folgenden Bänden finden 
werden, so manchem Computeranwen¬ 
der den Weg zu OS/2 zu ebnen und 
Unzufriedenheiten abzubauen, auch 
wenn weiterhin viele um das MS-Fen- 
sterprogramm ihre Kreise ziehen und 
ziehen werden. Denn über diejenigen, 
die des Lernens nicht fähig oder willens 
sind, sollte man sich nie ärgern (auch 
wenn es nicht um Computer geht). Man 
denke dann einfach an Kurt Tucholski: 

»Wer genug von dieser Welt gesehen 
hat, lächelt, legt die Hände auf den 
Bauch. 

Und schweigt. «- 

Ihr 

Clemens-Elias Fischer 
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Neuigkeiten: Neue Fixpacks fürs System; SDD/2; Gerüchte um OS/2 


Neue Fixpacks fürs System 

Für Warp gibt es neue Fixpacks, näm¬ 
lich das FP 38 für Warp 3 und das FP 9 
für Warp 4. Mittlerweile sind auch schon 
die FPs 40 für Warp 3 und 10 für Warp 
4 verfügbar. Sie enthalten gegenüber 
ihren Vorgängern keine wesentlichen 
Änderungen; jedoch sollte man sein 
Warp 3 mit dem FP 38, bzw. ein Warp 4 
mit dem FP 9 fixen. Wie Sie das am 
besten machen, haben wir im Know how 
Kapitel im Artikel Alles über Fixpacks 
ausführlich erklärt. 

Warum braucht man's? 

Mit einem ungefixten Warp kommt man 
in bestimmten Situationen manchmal 
nicht weiter. So sind nicht nur neue 
Funktionen in den beiden Fixpacks ent¬ 
halten, sondern auch einige neue Datei¬ 
en, die einem das Leben leichter 
machen. Daneben eine verbesserte 
Hardwareunterstützung und einige wei¬ 
tere wichtige Dinge, die man haben muß 
bzw. haben sollte. 

Die beiden Fixpacks können Sie übri¬ 
gens bedenkenlos installieren (was lei¬ 
der nicht für jedes Fixpack gilt). Wir 
haben die Installation mehrmals auf ver¬ 
schiedenen Rechnern durchgeführt und 
konnten die Systeme nach den Korrek¬ 
turen ohne Schwierigkeiten weiterhin 
betreiben. Im übrigen, um Fragen vorzu¬ 
beugen, sind die Fixpacks kumulativ, 
d.h. sie enthalten alle vorangegangenen 
Korrekturen, so daß die neuen FPs 
direkt installiert werden können, ohne 
daß zuvor ein jüngeres Fix aufgespielt 
wurde. 

Das Problem 2000 

Über die Problematik mit dem Jahr 2000 
und Computersystemen wurde schon in 
der Presse zur Genüge berichtet. Als 
unabwendbares Computerchaos wurde 
und wird das Ganze dargestellt. So 


unabwendbar ist es aber nicht. Die 
angegebenen Fixpacks machen auf 
jeden Fall Ihr OS/2-System »Year 2000 
ready«, wie IBM es nennt. Schwierigkei¬ 
ten in diesem Bereich dürften v.a. auf all 
jene zukommen, die OS/2 im geschäftli¬ 
chen Umfeld einsetzen, da Jahreszah¬ 
len vom System nur mit zwei Stellen 
ausgegeben werden. Für Buchungsab¬ 
wicklungen, die mit dem PC durchge¬ 
führt werden, kann es also zu Komplika¬ 
tionen kommen. Aber auch für den 
Kleinanwender kann es schwierig wer¬ 
den, etwa beim Abfragen eines Dateida¬ 
tums. 

Fragt man ein Dateidatum etwa mit 
REXX ab, so erhält man nur eine zwei¬ 
stellige Jahreszahl. Daher gibt es zwei 
neue REXX-Funktionen, die das Datei¬ 
datum vierstellig ausgeben. Die eine ist 
der neue Parameter QUERY 
TIMESTAMP der Funktion Stream\ die 
andere taucht als Parameter L der 
Funktion SysFileTree auf. Wie man die 
zwei neuen Funktionen anwendet, zeigt 
das Codebeispiel auf der nächsten Sei¬ 
te. Die Ausgabe des kleinen REXX-Bei- 
spielprogramms DATUM.CMD gibt 
Abb.2 wieder. Zum Test des Programms 
stellten wir das Systemdatum auf das 
Jahr 2000. Das Ganze funktioniert. 
Auch über die WPS erhält man vierstelli¬ 
ge Jahreszahlen in den Datumsangaben 
von Dateien. Nur ein einfaches dir gibt 
auf der Kommandozeile immer noch 
zweistellige Datumsangaben aus, denn 
statt 2000 findet man nur 00. Die Abfra¬ 
ge des Systemdatums über das DOS¬ 
API funktioniert -allerdings tat sie das 
schon vor einem »Jahr-2000-Problem«- 
wie gewünscht. 

Was bitte macht das in €? 

Wie Sie sehen, wurde OS/2 um das 
Euro-Zeichen (€) erweitert. Das neue 
Symbol erreicht man mit der Tasten¬ 
kombination AltGr+E. Das Eurozeichen 
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/* REXX-Programm zum Abfragen von Dateidaten */ 

CLS 
SAY"" 

SAY "Geben Sie den Namen der Datei an, deren Datum" 

SAY "abgefragt werden soll:" 

SAY "" 

PULL Dateiname 
SAY ,,M 

SAY STREAM(Dateiname, "C", "QUERY TIMESTAMP") 

SAY"" 

SAY "Geben Sie den Namen des Verzeichnisses an, dessen" 

SAY "Dateien mit vierstelligem Dateidatum aufgelistet werden sollen:' 
PULL Verzeichnisname 
SAY"" 

Call RxFuncAdd "SysLoadFuncs", "RexxUtil", "SysLoadFuncs" 

Call SysLoadFuncs 

Call SysFileTree Verzeichnisname, "Dateien", "L" 

DOi = 1 TO Dateien.0 
SAY Dateien,i 
END 


SAY"" 

SAY "Zum Beenden des Programms drücken Sie eine 
SAY "beliebige Taste.” 

SAY"" 

PULL 

EXIT 


Abb. 1: Dateidaten mit den neuen REXX-Funktionen abfragen 


wurde zu verschiedenen Codepages 
hinzugefügt. Eine davon ist natürlich die 
Codepage 850, die standardmäßig 
installiert ist, und die man auch nicht 
ändern sollte. 

Das Zeichen wurde den ATM-Schriftar- 
ten Courier ; Helvetica und Times New 
Roman , den Bitmap-Fonts Helv, System 
Monospace, System Proportional, 
System WO und TmsRmn sowie der 
Schriftart Times New Roman MT 30, 
dem Java 1.1 TrueType-Font hinzuge¬ 
fügt. Aber Vorsicht: Nicht alle diese 
Schriftarten erlauben einen korrekten 
Ausdruck des Zeichens. Sehen Sie 
daher von einem Satz in den Bitmap- 
Fonts ab, wenn Sie beabsichtigen, das 
Eurozeichen auszudrucken. Das liegt 
daran, daß die z.Zt. eingesetzten Druk- 
ker (noch) keine Bitmapschriftarten mit 


dem um das 
Eurosymbol 
erweiterte Zei¬ 
chen ausdrucken 
können. Dort, wo 
das €-Zeichen 
auf dem Aus¬ 
druck sein sollte, 
findet man nur 
ein kleines i 
ohne Punkt vor, 
selbst wenn es 
zuvor auf dem 
Bildschirm richtig 
dargestellt wur¬ 
de. Verwenden 
Sie daher eine 
ATM-Schriftart, 
am besten die 
Helvetica oder 
die Times New 
Roman , da Vek¬ 
torfonts von 
jedem Drucker 
richtig ausgege¬ 
ben werden. Die 
OS/2 Only! wur¬ 
de z.B. in der Schriftart Arial gesetzt. 
Die €-Zeichen mit dem Font Helvetica. 
Da beide Schriftarten miteinander ver¬ 
wandt sind, bemerkt man den Unter¬ 
schied kaum oder gar nicht. Ansonsten 
gibt es zum Gebrauch des neuen Zei¬ 
chens nichts mehr zu sagen. 

Das €-Zeichen wird übrigens nicht in 
WinOS/2 unterstützt. Legt man auf das 
Symbol der neuen Währung Wert, sollte 
man also mit OS/2-Programmen arbei¬ 
ten. Mit dem neuen Zeichen ausgestat¬ 
tet, wird man natürlich dazu verleitet, es 
auch in eMails zu verwenden. Sofern 
man weiß, daß der Empfänger am ande¬ 
ren Ende OS/2 mit dem entsprechenden 
Fix verwendet, funktioniert das auch wie 
gewünscht. Allerdings sollte man hier 
das Zeichen dennoch lieber ausschrei¬ 
ben. Nicht jeder Computerbesitzer -mal 
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ganz allgemein ausgedrückt- ist eben 
auf dem neuesten Stand der Dinge 
(oder war es nie). 

IBM gibt fernerhin an, daß die Unter¬ 
stützung des neuen Zeichens bei der 
Installation neuer Graphikkarten verlo¬ 
ren gehen kann. Meistens wird nämlich 
beim Einrichten einer neuen Graphikkar¬ 
te die Datei DSPRES.DLL im Verzeich¬ 
nis \OS2\DLL überschrieben. Damit 
kann das Euro-Zeichen verschwinden. 
Sollte dies der Fall sein, ersetzen Sie 
die DLL einfach durch die gefixte Versi¬ 
on. Diese liegt im Verzeichnis 
\OS2\INSTALL\VGA. Dabei wird die 
Funktion des neuen Treibers übrigens 
nicht beeinträchtigt. Das Ersetzen kön¬ 
nen Sie also bedenkenlos vornehmen. 


gehen, und eine Neuinstallation 
des Fixpacks wäre erforderlich. 

Removable Media Support 
Über die Unterstützung von Laufwerken 
mit wechselbaren Medien haben wir 
schon in Band 1 der OS/2 Only! einiges 
geschrieben. Eingeführt wurde diese 
Unterstützung bereits einige FixPaks 
zuvor. Mit den hier vorgestellten Fixes 
kann man davon ausgehen, daß alles 
auch wie gewünscht funktioniert. Im 
Verzeichnis \OS2 findet man das kleine 
Dienstprogramm EJECT.EXE, mit dem 
man über die Kommandozeile Medien 
aller Wechsellaufwerke ausgeben kann, 
also auch die von CD-ROM-Laufwerken. 
Die Syntax ist einfach: 


f Wenn Sie Ihr altes Java mit Java 
1.1.4 aktualisieren möchten, so 
installieren Sie zuerst Java 1.1.4 
und erst dann das Fixpack. 
Ansonsten kann die Unterstüt¬ 
zung des Eurozeichens verloren¬ 


EJECT <Laufwerksbuchstabe> 

Eine entsprechende Unterstützung die¬ 
ser Funktion bietet auch die WPS: Hier 
verfügen Laufwerksobjekte, deren 
Medien wechselbar sind, über den neu¬ 
en Menüpunkt Datenträger Auswerfen, 
der den glei¬ 
chen Effekt 
erzielt. Weit¬ 
aus angeneh¬ 
mer an den 
neuen Fix¬ 
packs ist 
aber, daß das 
Fehlerverhal¬ 
ten des 

Systems nicht 
mehr ganz so 
streng ist. 
Besonders bei 
der Arbeit mit 
der WPS war 
man vor stän¬ 
digen Fehler¬ 
meldungen, 
daß das Lauf¬ 
werk nach der 


Pf Datunvsmd 


.OB 

Geben Sie den Nanen der 
abgefragt werden soll: 

d:\readne.lst 

Datei an, deren Datun 


2000-04-01 17:18:52 

Geben Sie den Nanen des 

Uerzeichnisses an, dessen 


Dateien nit vierstelligen Dateidatun aufgelistet uerden sollen: 


|f :\* 

2000-04-03 18:05:58 

24 - F:\chkdsk.log 


2000-04-01 17:18:52 

161029 fl-— F:\REflDME.lST 


1998-12-21 11:36:56 

0 -D— F:\Benchnark 


1999-03-08 18:18:22 

0 -D— F:\bootos2 


1998-12-20 17:30:54 

0 -D— F:\PM 


1998-12-20 17:31:00 

0 -D— F:\Systen 


1999-01-11 15:35:08 

0 -D— F:\tnp 


1998-12-20 17:30:36 

0 -D- F:\UPS 


Zun Beenden des Progranns drücken Sie eine beliebige Taste 



Abb. 2: Die Ausgabe des REXX-Programms zur Dateidatenabfrage 
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Abb. 3: Die Auswurffunktion der WPS 


Ausgabe des Mediums nicht bereit 
sei, nicht so ganz sicher. Das hat sich 
glücklicherweise geändert. Mit der 
neuen Unterstützung der Wechsel¬ 
laufwerke und den Veränderungen 
am Dateisystemcache kann man 
auch HPFS auf den Medien benutzen 
(was früher nicht ohne weiteres mög¬ 
lich war). Im Gegensatz zum FP 36 
für Warp 3 bzw. FP 6 für Warp 4 ver¬ 
läuft das Wechseln HPFS-formatier- 
ter Medien jetzt ohne jede Schwierig¬ 
keit (auf einigen System konnten wir 
damit von Zeit zu Zeit Fehler beob¬ 
achten, die nur mit einem anschlie¬ 
ßenden chkdsk behoben werden 
konnten). Voraussetzung für den Ein¬ 
satz mit HPFS vorbereiteter Medien 
ist allerdings nicht nur, daß das Medi¬ 
um partitioniert ist, sondern auch, daß 
das Laufwerk ein SCSI-, IDE-, AT- oder 
ATAPI-Laufwerk ist bzw. für den Paral¬ 
lelport vom Hersteller durch einen ADD- 
Treiber unterstützt wird. Laufwerke, die 
OS/2 nicht selbst in die Laufwerks liste 
eintragen kann, sondern die erst nach 
Einbindung eines SYS-Treibers in die 
Liste hinzugefügt werden (das sind eini¬ 
ge Laufwerke für den Parallelport), 
erlauben die Verwendung von HPFS- 
Medien nur mit den bereits schon vorge¬ 
stellten Hilfsprogrammen und fallen 
nicht unter den neuen RMS des 
Betriebssystems. 

In diesem Zusammenhang wollen wir 
noch einmal die allgemeine Untertüt- 
zung für AT/ATAPI-Laufwerke erwäh¬ 
nen. Der Filtertreiber IBMATAPI.FLT 
bedurfte in vorangegangenen Fixpacks 
noch eines Fixes (s. Bd. 1). Mit den hier 
vorgestellten FPs entfallen derartige 
Schritte. Den Filtertreiber binden Sie wie 
die anderen FLT-Treiber via BASEDEV 
in Ihre CONFIG.SYS ein, sollten Sie die 
ATAPI-Unterstütztung benötigen (etwa 
für IDE-Wechselplatten oder CD-Recor- 
der). Wir werden in dieser Ausgabe im 


Zusammenhang mit ATAPI-CD-Recor- 
dern in unserem CD-Recorder-Test 
noch einmal auf den Filtertreiber zurück¬ 
kommen. 

EIDE ganz groß 

Wer schon einmal probiert hat, auf 
einem noch »jungfräulichen« System 
OS/2 auf einer EIDE-Festplatte zu 
installieren, die eine Kapazität über 2,1 
GByte besitzt, wird festgestellt haben, 
daß FDISK unmögliche Kapazitäten bei 
der Partitionierung anzeigt. Diese kön¬ 
nen von 2 MByte bis zu mehreren tau¬ 
send Terabyte reichen. Das Problem 
liegt darin, daß IBMS1506.ADD, der 
Treiber für die IDE-Festplattenunterstüt- 
zung, nur mit Festplatten korrekt zusam¬ 
menarbeitet, die eine Kapazität <= 2,1 
GByte haben. Der IBMS1506.ADD in 
den neuen Fixpacks unterstützt hinge¬ 
gen Festplatten mit Kapazitäten über 
8,4 GByte (mit dem FP35 für Warp 3 
bzw. dem FP 6 für Warp 4 war die Gren¬ 
ze der unterstützten Kapazitäten noch 
auf 8,4 GByte festgelegt). 

Sie sollten Ihre Installationsdisketten 
also auf jeden Fall mit den neuen Trei- 
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bern aktualisieren, damit Sie auch in 
den Genuß der neuen Unterstützung 
kommen. Verfahren Sie dazu folgender¬ 
maßen: 


OKopieren Sie die Dateien 
IBM1S506.ADD, IBMIDECD.FLT und 
OS2DASD.DMD aus dem Fixpack auf 
die Diskette 1 der Installationsdisket¬ 
ten. 


©Öffnen Sie die Datei CONFIG.SYS, 
die Sie auf der Diskette 1 finden. 


©Überprüfen Sie, ob die SET-Anwei- 
sung SET COPYFROMFLOPPY=1 in 
der Datei zu finden ist. Wenn nicht, 
fügen Sie diese Anweisung hinzu. Sie 
bewirkt, daß die Treiber von den 
Installationsdisketten zu kopieren 
sind. 


Führen Sie mit diesen Disketten die 
Installation durch. Wenn Sie dann 
Benutzerdefinierte Installation auswäh¬ 
len und FDISK aufrufen, werden die 
richtigen Kapazitäten angezeigt, und Sie 
können wie gewohnt fortfahren. 



Nachdem Sie über den Textteil 
der Installation hinaus sind, 
überprüfen Sie vorsichtshalber 
vor dem Neustart, ob die neuen 
Treiberdateien im Verzeichnis 
\OS2\BOOT liegen. Werfen Sie 
auch noch einmal rasch einen 
Blick in die CONFIG.SYS auf 
Ihrer Festplatte (mit 
TEDIT.EXE), um zu überprüfen, 
ob die IDE-Treiber auch richtig 
in das System eingebunden 
wurden. 


Partition mit FDISK markiert werden. 
Das ist allerdings weder eine Einschrän¬ 
kung des Treibers oder des Dienstpro¬ 
gramms, sondern eine des BIOS , 
wonach eine startbare Partition inner¬ 
halb der ersten 1024 Zylinder der Platte 
liegen darf. Folgerichtig wird eine Partiti¬ 
on, die jenseits des 1024sten Zylinders 
beginnt oder über den 1024sten Zylin¬ 
der hinausreicht, nicht mehr als startba¬ 
re Partition bzw. Installationspartition 
markiert werden können. Daher ist es 
ratsam zu bestimmen, wie groß die Par¬ 
tition überhaupt sein darf, wenn Sie als 
starbare Partition angegeben werden 
soll. Verfahren Sie dazu wie folgt: 

OBestimmen Sie die Anzahl der Köp¬ 
fe (Heads) und Sektoren (Sectors) 
Ihrer Festplatte. Meistens finden Sie 
diese Informationen direkt auf der 
Festplatte oder in einer Begleitinfor¬ 
mation zum Gerät. Alternativ dazu 
können Sie auch das BIOS befragen 
oder OS/2 zum Abfragen der Informa¬ 
tion benutzen. Dazu versehen Sie den 
Eintrag: 

BASEDEV=IBMS1506.ADD 

mit dem Parameter /W und starten das 
System neu. Der Treiber gibt Ihnen 
dann die Plattengeometrie mit den 
oben gewünschten Informationen aus. 
Der Bootvorgang wird nach dem 
Anzeigen der Information unterbro¬ 
chen, so daß Sie den Bildschirminhalt 
in Ruhe lesen können. Zu jeder Platte 
wird die Geometrie ausgegeben. Ganz 
links finden Sie die Anzahl von Cylin- 
ders, Heads und Sectors (in dieser 
Reihenfolge). 


Stellen Sie jedoch zuvor einige Über- ©Berechnen Sie die den 1024 Zylindern 
legungen zur Plattengeometrie an. Nicht entsprechende Größe mit: 
jede Partition kann nämlich auch als 

Installationspartition bzw. als startbare K 1024 = ( H hdd ' S HDD )/2, 
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worin K 1024 die gesuchte Größe von 
1024 Zylindern in MByte, H hdd die 
Anzahl der Heads und S HDD die der 
Sectors der Festplatte ist. Eine start¬ 
bare Partition kann dann innerhalb 
dieses Speicherbereiches liegen, ihn 
aber nicht überschreiten. Runden Sie 
das Ergebnis immer nach unten ab, 
nicht nach oben. 

©Planen Sie von vornherein diesen zur 
Verfügung stehenden Speicherplatz 
für startbare Partitionen ein, insbeson¬ 
dere wenn Sie mehrere Betriebssyste¬ 
me auf dem Rechner einsetzen möch¬ 
ten. 

©Richten Sie die Partitionen gemäß 
Ihrer Berechnungen ein, und verklei¬ 
nern Sie sie ggfs, mit FDISK, sollten 
sie sich nicht als startbare Partitionen 
markieren lassen. 

Grundsätzlich gilt: 

1. Die beschriebene 1024-Zylinder-Ein- 
schränkung gilt sowohl für 
IDE(EIDE)- als auch für SCSI-Plat- 
ten. Beachten Sie daher immer die 
Geometrie der Festplatte. 

2. Innerhalb des nach dem oben ange¬ 
gebenen Verfahren bestimmten 
Speicherbereiches können beliebig 
viele Partitionen als startbare Parti¬ 
tionen eingetragen werden. 

3. FAT-Partitionen können unter OS/2 
eine Größe von max. 2,1 GByte 
haben; HPFS-Partitionen hingegen 
können max. 64 GByte groß sein. 


• Wenn Sie genau wissen, daß 
Sie mehrere Betriebssysteme 
auf einer Festplatte installieren 
möchten, so greifen Sie von 


vornherein zu einer Platte, 
deren Geometrie einen mög¬ 
lichst großen Speicherbereich 
für das Einrichten startbarer 
Partitionen gestattet 

Nach erfolgreicher Installation des 
Betriebssystems installieren Sie am 
besten zu allererst das entsprechende 
Fixpack, bevor Sie mit der Konfiguration 
der WPS und dem Einrichten der 
Anwendungen fortfahren. 

GRADD? 

Mit Warp 4 lieferte IBM eine neue Archi¬ 
tektur für Graphikkartentreiber namens 
Graphics Adapter Device Drivers 
(GRADD). Die neue Architektur erlaubt 
nicht nur die leichtere Entwicklung neu- 

| Zur Installation eines der GRADD Treibers 
geben Sie ein: 

; setup <Treibemame> 

wobei <Treibername> den Typ es zu instal- 
| lierenden Treibers angibt und folgende 
Werte annehmen kann: 

ATI 

ATI Rage/Mach 64 
I CHP 

Chips & Technology 6555X 
MGA 

Matrox Millenium/Mystique 

VIRGE 
S3 Virge 

|S3 

S3 864/Tho 
VGA 

VGAGRADD Standard VGA 
GEN 

! GENGRADD Standard SVGA 


Abb. 4: Parameter zum GRADD-Setup 
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er 0S/2-T rei- 
ber für Gra¬ 
phikkarten; sie 
bietet auch 
Möglichkeiten 
zu Leistungs¬ 
steigerungen Abb. 5: Fehlermeldung des GENGRADD-Treibers 


***** There is no vesa bios Support on your graphics card. 

***** You cannot run gengradd on this machine. 

***** Restart the machine, hit alt-FI to set it back to VGA. 

***** If this screen appears again, reboot, hit alt-FI to command prompt, 
***** make sure genpmi.dll is removed from \os2\dll 


unter dem PM, sofern die neuen Treiber 
auf dieser Architektur aufsetzen. Diese 
Leistungssteigerung betrifft die 
beschleunigte und unbeschleunigte 
Graphikdarstellung sowie die Wahl grö¬ 
ßerer Farbtiefen und Auflösungen. 
Dabei ist die GRADD-Architektur opti¬ 
mal an die Speicherverwaltung des 
Systems angepaßt und erlaubt die ein¬ 
fache Benutzung des Speichermanage¬ 
ments seitens neuer Treiber unter dem 
Betrieb der 32-bittigen Graphikarchitek¬ 
tur von OS/2. Ein GRADD-Paket kann 
man auf den IBM-Webseiten des TA 
Mainz in der momentan aktuellen Versi¬ 
on 0.77 beziehen. In diesem Paket sind 
verschiedene GRADD-Treiber enthal¬ 
ten, die Sie Abbildung 4 entnehmen 
können. 

Neben einigen gerätespezifischen 
Treibern findet man in dem GRADD- 
Treiberpaket aber auch VGA und SVGA 
GRADD-Treiber. Fixes und weitere Trei¬ 
ber bekommt man auch auf dem IBM- 
Server http://service5. bouider. ibm. com. 

Sie können diese Treiber auf Ihrem 
System einsetzen, allerdings setzt dies 
voraus, daß Ihre Graphikkarte ein nach 
den VESA-Spezifikationen konformes 
BIOS besitzt. Lediglich der 
VGAGRADD-Treiber arbeitet auch mit 
Karten ohne ein solches BIOS zusam¬ 
men. Die im GRADD-Paket von IBM 
enthaltenen Treiber können nur mit 
einem Warp 4 mit FP 5 oder höher und 
auch mit Warp 3, hier allerdings mit FP 
38 oder höher betrieben werden (ob ein 
Betrieb der Treiber auch mit niedrigeren 
FP-Levels möglich ist, haben wir nicht 
getestet). 


Die Treiber bedürfen eines speziellen 
Installationsprogrammes, das im 
GRADD-Paket enthalten ist. Zur Instal¬ 
lation dient das Programm setup , dem 
man als Parameter den zu installieren¬ 
den Treiber nennt. Die Syntax entneh¬ 
men Sie ebenfalls Abbildung 4. Zur 
Installation der Treiber: 

OErstellen Sie ein temporäres Verzeich¬ 
nis und dekomprimieren Sie dort das 
Treiberpaket. 

©Öffnen Sie ein OS/2-Fenster und 
wechseln Sie in das Verzeichnis, in 
dem die entpackten GRADD-Treiber 
liegen. 

©Rufen Sie setup mit dem entsprechen¬ 
den Parameter auf (siehe Abb. 4). Um 
z.B. den generischen SVGA-Treiber 
zu installieren, geben Sie ein: 

setup gen 

Das Installationsprogramm weist Sie 
nach Abschluß der Installation darauf 
hin, daß Sie das System neu starten 
müssen. 

©Geben Sie den Befehl shutdown ein, 
und starten Sie das System nach 
Beendigung des Systemabschlusses 
neu. 

Der GENGRADD-Treiber funktionierte 
auf allen Testsystemen, vorausgesetzt, 
die Graphikkarten verfügten über ein 
VESA-konformes BIOS . Ist das nicht 
der Fall, so erhält man beim Start des 
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Treibers die in Abb. 5 angegebene Feh¬ 
lermeldung. Dann hilft nur ein Zurück¬ 
setzen auf Standard-VGA und die Rein¬ 
stallation des zuvor eingesetzten Gra¬ 
phiktreibers. Der generische VGA-Trei- 
ber arbeitete ausnahmslos auf allen 
Systemen. Allerdings bringt er so gut 
wie gar nichts, weil es fraglich ist, wer 
seinen Rechner im VGA -Modus laufen 
lassen möchte (also mit 16 Farben und 
einer Auflösung von 640x480 Bildpunk¬ 
ten). Hier funktionieren auch die norma¬ 
len Standard-VGA-Treiber des Betriebs¬ 
systems, die, wie sich zeigte, auch nicht 
langsamer sind als der GRADD-Treiber. 

Was den GENRADD-Treiber angeht, 
so ist auch dieser nur eine Notlösung. 
Er bietet zwar höhere Auflösungen und 
Farbtiefen, so daß man zumindest 
schon einmal in den Genuß des SVGA- 
Standards kommt; aber der Treiber 
unterstützt nicht die Beschleunigungs¬ 
funktionen des Graphikprozessors, so 
daß man den besonderen Vorteil einer 
Accelerator-Karte nicht ausschöpfen 
kann. Hieraus folgt, daß GENRADD auf 
schnellen und gut konfigurierten Syste¬ 
men eine bessere Leistung zeigt als auf 
solchen, bei denen die CPU höher bela¬ 
stet ist (da ohne die Arbeit des Graphik¬ 
prozessors auf der Karte, die CPU alle 
Zeichenfunktionen übernimmt). Den¬ 
noch ist es besser als nichts. Denn da 
für viele Karten keine OS/2-Treiber exi¬ 
stieren, bleibt v.a. Umsteigern auf OS/2 
zunächst nur einer der Standardtreiber, 
und ob der (mal abgesehen vom VGA- 
Treiber) anstandslos seinen Dienst tut, 
bleibt fraglich. Mit GENRADD hat man 
wenigstens ein Provisorium, und das ist 
gar nicht mal so schlecht. 

Wenngleich auch die Leistung aus 
dem oben genannten Grund ab und an 
nicht so sehr beeindruckt (v.a. bei 
Scrolling- oder typischen Zeichenopera¬ 
tionen), so werden Bilder doch farbrich- 
tig dargestellt, v.a. wenn man sie ska¬ 


liert. Auch die Wiedergabe von Fonts 
und kleineren Details erfolgt sauber und 
z.T. bedeutend besser als mit den 
eigentlich für die Graphikkarte vorgese¬ 
henen Treibern. Auf der anderen Seite 
wird das Bild wieder nicht ganz so rosig, 
wenn man bedenkt, daß der Bildaufbau 
z.T. überhaupt nicht mehr korrekt ist, 
und auch die Farbwiedergabe der 
Systemcontrols von Zeit zu Zeit wech¬ 
selt. Aber die Fähigkeit, eine im großen 
und ganzen doch gut gelungene Stan- 
dard-SVGA-Unterstützung für nahezu 
alle auf dem Markt gängigen Graphik¬ 
karten anzubieten, muß man dem GEN¬ 
RADD-Treiber auf jeden Fall lassen. 

Ganz anders hingegen sieht es mit 
den adapterspezifischen Treibern aus. 
Wir testeten nur den MGAGRADD mit 
einer Matrox Millenium, einer recht 
populären Karte, für die es auch OS/2- 
Treiber gibt. Zunächst einmal verrichtet 
der Treiber wie beabsichtigt seinen 
Dienst. Weiterhin zeigt er gute Leistun¬ 
gen, die mit dem herstellereigenen Trei¬ 
ber etwa auf einer Ebene liegen, bietet 
aber eine größere Auswahl an Auflösun¬ 
gen und Farbtiefen. Probleme während 
des Testes, wie wir sie beim GENRADD 
antrafen und zuvor beschrieben, traten 
nicht auf. Hier bietet sich mit den 
GRADD-Treibern eine interessante 
Alternative, so daß zu hoffen bleibt, IBM 
wird noch weitere Treiber entwickeln. 
Zumindest bewährt sich die zugrundelie¬ 
gende Architektur. Ausprobieren kann 
man die neuen Treiber also, wenn man 
eine Graphikkarte hat, für die eine spe¬ 
zielle Unterstützung vorliegt. GENRADD 
sollte man als Notlösung im Auge behal¬ 
ten. VGARADD kann man vernachlässi¬ 
gen. 


Das 32-bit chkdsk 

Auch wenn es schon in früheren Fix¬ 
packs auftauchte, wollen wir es kurz 
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erwähnen, da sonst nirgends eine 
Dokumentation (außer in den Readme- 
Dateien) zu finden ist: Das neue Check- 
Disk, dem man als chkdsk auf der Kom¬ 
mandozeile und auf der WPS (dahinter 
verbirgt sich das Programm 
pmchkdsk.exe, das nur über die WPS 
gestartet werden kann) unter den 
Menüpunkten Datenträger prüfen der 
Laufwerksobjekte begegnet. 

Gegenüber dem Vorgänger bietet das 
neue chkdsk einige Verbesserungen, 
die jedoch nur auf Laufwerken, die mit 
HPFS formatiert wurden, zum Vorschein 
treten. Dies ist neben einer verbesser¬ 
ten Fehlererkennung auch eine höhere 
Ausführungsgeschwindigkeit, die aller¬ 
dings nicht so stichhaltig zu Tage tritt. 
Besonders interessant ist jedoch die 
Log-Funktion. Chkdsk erstellt während 
seiner Tätigkeit eine Protokolldatei, die 
man im Stammverzeichnis eines Lauf¬ 
werkes unter dem Namen chkdsk.log 
findet. Deren Inhalt kann man sich mit 
dem Programm pmchklog.exe betrach¬ 
ten. Sie erhalten dieses Programm auf 
dem IBM-Fixpack-Server oder unserer 
Homepage. IBM bietet für das Werk¬ 
zeug keinerlei Support (und wehrt sich 
auch ausdrücklich gegen Anfragen), so 
daß wir Ihnen im Know How Kapitel die 
Funktionsweise des Programms zeigen 
und erklären, wie der Output von chkdsk 
zu deuten ist. Sie finden dort auch eine 
Beschreibung der weiteren neuen Fea¬ 
tures des kleinen aber wichtigen Dienst¬ 
programmes und wie man es für unter¬ 
schiedliche Zwecke einsetzt. Hier bleibt 
nur noch zu sagen, daß Sie chkdsk wie 
immer verwenden, also über die WPS 
oder durch Eingabe des Befehls chkdsk 
von der Kommandozeile aus. Alles wei¬ 
tere erfahren Sie später. 

Zum Schluß 

Es bleibt ein guter wie erfreulicher Ein¬ 
druck. Da ohne die Fixpacks, die wir 


hier vorstellten, gewisse Programme 
nicht laufen und bestimmte Hardware¬ 
komponenten im Dunkel des Nichter- 
kennens verschwinden, muß man ohne¬ 
hin zu diesen Fixpacks greifen. Es lohnt 
sich. □ 


Driving all over 

Treiber und OS/2 - zwei Welten treffen 
aufeinander? Wie man’s nimmt. Für eini¬ 
ge Bereiche sieht man sich gut mit Trei¬ 
bern versorgt, z.B. für SCSI-Adapter. 
Hier ist es sogar der Marktführer Adap¬ 
tec, der seine Adapter traditionell mit 
einer guten OS/2-Treiberunterstützung 
ausstattet. Aber wie sieht es aus mit 
Treibern für Graphikkarten? Zur Zeit gibt 
es nur noch wenige Hersteller, die Ihre 
Karten mit eigenen OS/2-Treibern aus¬ 
statten, etwa Elsa und Matrox (wobei 
die Treiberunterstützung von Elsa weit¬ 
aus besser ist). So war der OS/2-Benut- 
zer in seinen Auswahlmöglichkeiten den 
Graphikadapter betreffend bislang stark 
beeinträchtigt. Das könnte sich aber 
ändern, seit SciTech den DisplayDoctor , 
eine von DOS und Windows her 
bekannte Software, auf OS/2 portiert. 
Um es vorwegzunehmen: Mit dieser 
Treibersoftware ausgestattet, kann man 
unter OS/2 auch all jene Graphikkarten 
betreiben, für die normalerweise keine 
OS/2-Treiber verfügbar sind. Das hört 
sich unglaublich an, aber entspricht der 
Wahrheit. Mit dem DisplayDoctor soll 
das Betreiben beliebiger Graphikkarten 
unter OS/2 möglich sein. Was das für 
den OS/2-Benutzer bedeutet, ist klar: 
Unabhängigkeit in der Wahl seiner Gra¬ 
phikkarten. Sollte der DisplayDoctor das 
halten, was SciTech verspricht, dürfte 
das sicher eine Art Revolution der Trei¬ 
berverfügbarkeit für OS/2 sein. In Bd. 1 
der OS/2 Only! haben wir ja bereits eine 
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Ankündigung gemacht. Nun haben wir 
uns das interessante Produkt in einer 
Betaversion (Beta 3) einmal näher 
angesehen. 

Was ist der DisplayDoctor? 

Der SciTech DisplayDoctor für OS/2 -im 
folgenden kurz SDD/2 genannt- basiert 
auf dem SciTech Nucleus Graphiktrei¬ 
ber, einem plattformunabhängigen Trei¬ 
ber, der unter OS/2 seine Runtime 
Umgebung mit der GRADD Graphiktrei¬ 
be rarchitektur von IBM findet. Da der 
Nucleus Treiber unter OS/2 auf dieser 
Architektur aufbaut, ist eine hohe Lei¬ 
stung des SDD-Treibers sichergestellt. 
Der SciTech Nucleus wird durch seine 
Plattformunabhängigkeit ausgezeichnet: 
Durch den Treiberkern wird es möglich, 
die gleichen SciTech Treiber unter OS/2 
einzusetzen, die auch unter Windows 
und DOS laufen. SciTech hat angekün¬ 
digt, den gesamten Treibercode zur 
Unterstützung der auf dem Markt gängi¬ 
gen Graphikchips in den neuen Nucleus 
Treiber zu übertragen. Damit wird die 
Unterstützung fast aller Graphikadapter 
unter OS/2 gewährleistet, das sind weit 
über 300 verschiedene Modelle. Zur 
Zeit ist erst die Beta 3 des Produktes 
verfügbar. Eine Liste der momentan 
unterstützten Graphikkarten finden Sie 
in Abbildung 6. Auf jeden Fall unter¬ 
stützt der SDD/2 keine Graphikkarten 
mit einem Graphikspeicher von weniger 
als 512 KByte - aber diese Einschrän¬ 
kung dürfte wohl irrelevant sein. 

Da der Nucleus Treiber eine neue Ent¬ 
wicklung von SciTech ist, kann man 
davon ausgehen, daß SciTech auch in 
Zukunft auf den plattformunabhängigen 
Weg setzen wird, was OS/2 natürlich 
zugute kommt, denn neue Treiber sind 
dann für alle Plattformen verfügbar. 

Wie bereits angeführt, bietet die 
GRADD-Architektur erhöhte Leistungen 
für Treiber, die auf ihr aufsetzen (wie die 


Alliance 

ProMotion 6422, ProMotion AT24, 
ProMotion AT25, AT3D 

ATI 

Mach64 CT, Mach64 ET, Mach64 VT, 3D 
Rage, Mach64 VTB, 3D Rage II, 

3D Rage JI+, 3D Rage IIC, 3D Rage Pro, 
3D Rage LT Pro 

Cirrus Logic 

5434, 5436, 5440, 5446, Laguna 5462, 

Laguna 5464, Laguna 5465 

Cyrix 

Media GX, Media GXi, Media GXm 
InteGraphics 

IGA1680, IGA1682, IGA1683, CyberPro 
2000, CyberPro 2010 

Intel 

i740 

Macronix 
86250, 86251 

Matrox 

MGA Millennium, MGA Millennium II, 

MGA Mystique, MGA Mystique 220, 

MGA Gl00, MGAG200 

Philips 
9710, 9712 

S3 

Trio32, Trio64, Trio64V+, Trio64UV+, 
Trio64V2/DX, Aurora64V+, Virge, 

Virge/DX/GX, S3 Virge/VX, Virge/GX2, 
Trio3D 

SiS 

6202, 6205, 6215, 5595, 5597/5598, 6326 
Tseng Labs 

ET6000, ET6100, ET6300 


Abb. 6: Von SDD/2 Beta 3 unterstützte 
Graphikkarten 

Implementierung der SciTech-Treiber). 
Ein GRADD-Paket kann man neben den 
bereits genannten Quellen auch vom 
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SciTech-FTP-Server beziehen, wenn 
man sich die Beta des SDD/2 besorgt. 

SDD/2 stellt auch einen GRADD-Trei- 
ber zur Verfügung, der mit dem SciTech 
Nucleus Treiber zusammenarbeitet: 
SDDGRADD. Dieser Treiber kann dem¬ 
nach nur dann Ihre Hardware unterstüt¬ 
zen, wenn das BIOS der Graphikkarte 
auch die GRADD-Architektur unter¬ 
stützt. Daher kann es durchaus Vorkom¬ 
men, daß der SDD/2 zwar mit einem 
bestimmten Chipsatz Zusammenarbei¬ 
ten kann; der Treiber aber dennoch 
nicht läuft, wenn das BIOS des Graphi¬ 
kadapters nicht mitspielt: Ohne funktio¬ 
nierende GRADD-Architektur kein 
SDD/2. Eine Garantie, daß Sie auch 
ältere Karten mit dem SDD/2 betreiben 
können, kann es daher nicht geben, so 
daß hier nur Ausprobieren hilft. Bei 
neueren Adapterkarten dürften aber kei¬ 
ne Schwierigkeiten auftreten, da sich 
die VESA -Standards längst auf dem 
Markt durchgesetzt haben. 

Installation 

Selbst wenn Ihre Graphikkarte nicht in 
der oben wiedergegebenen Kompatibili¬ 
tätsliste aufgeführt ist, sollten Sie den 
SDD/2 einfach einmal testen, vielleicht 
haben Sie bereits mit der Betaversion 
Glück. Besorgen Sie sich zunächst die 
SDD/2-Beta. Auf unserer Homepage 
unter der Rubrik Treiber finden Sie 
einen Link. Wenn Sie sich die Dateien 
direkt vom SciTech-FTP-Server holen 
möchten, benutzen Sie diese Adresse: 

ftp. scitechsoft. com/sdd/beta/os2/ 

Dort finden Sie die beiden Archive: 

sddos2_70_b3.zip und 
ibmgradd.zip 

Das Archiv ibmgradd.zip enthält die 
GRADD-Architektur in der Version 0.77 


mit den aktuellen IBM-GRADD-Treibern, 
die wir Ihnen bereits kurz vorstellten. 
Für alle später evtl, noch folgenden 
Betaversionen benutzen Sie ebenfalls 
diese Datei, also genügt ein Download. 
Das Archiv sddos2_70_b3.zip enthält 
die eigentliche Beta 3 des SDD/2. Nach 
dem Dateitransfer installieren Sie den 
SDD/2 wie folgt: 

OErzeugen Sie ein Verzeichnis auf 
Ihrem Bootlaufwerk, z.B. C:\SDD, und 
entpacken Sie die beiden Archive 
direkt in dieses Verzeichnis. Die 
GRADD-Dateien finden Sie dann in 
einem Unterverzeichnis namens IBM- 
GRADD, etwa: 

<Boot.-LW>:\SDD\IBMGRADD 

SciTech macht darauf aufmerksam, 
bei Verwendung von PKZIP den 
Parameter -d beim Entpacken anzu¬ 
geben. 

©Öffnen Sie ein OS/2-Fenster, wech¬ 
seln Sie in das SDD-Verzeichnis und 
starten Sie die Batchdatei setup.cmd. 
Sollte Ihr Bootlaufwerk nicht c:\ sein, 
öffnen Sie setup.cmd zunächst mit 
einem Editor und ersetzen Sie die 
Laufwerksbuchstaben Ihrem Bootlauf¬ 
werk entsprechend, da dort nur abso¬ 
lute Laufwerksangaben mit c:\ als 
Laufwerk stehen. Ersetzen Sie daher 
die einzelnen Anweisungen, z.B.: 

mkdir c:\os2\drivers\nucleus\config durch 
mkdir <LW>:\os2\drivers\nucleus\config, 

wobei <LW> Ihr Bootlaufwerk ist. 

Verfahren Sie ggfs, auch mit der 
Datei sddgradd.cmd so, in der Sie 
den Befehl: 

copy c:\os2\svgadata.pmi c:\os2\svgadata.bak 
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entsprechend abändern, indem Sie 
wieder Ihr Bootlaufwerk statt c:\ ange¬ 
ben. 

©Nachdem Sie setup.cmd evtl, entspre¬ 
chend geändert und ausgeführt 
haben, öffnen Sie Ihre CONFIG.SYS 
und fügen Sie den SDD-Pfad in die 
PATH-Anweisung ein, z.B.: 

<LW>:\SDD 

wobei <LW> wieder der Buchstabe 
Ihres Bootlaufwerkes ist. Fügen Sie 
außerdem folgende DEVICE-Anwei- 
sung hinzu: 

DEVICE=<LW>:\OS2\SDDHELP.SYS 

Auch hier ist <LW> wieder Ihr Boot¬ 
laufwerk. SDDHELP.SYS ist ein Trei¬ 
ber, den die SciTech-Testprogramme, 
mit denen Sie noch arbeiten werden, 
benötigen. Mit setup.cmd wurde diese 
Datei in das \OS2-Verzeichnis 
kopiert. Die PATH-Anweisung ist 
nicht nötig, aber empfohlen, damit Sie 
die später auszuführenden Testpro¬ 
gramme starten können, ohne in das 
SDD-Verzeichnis zu wechseln. Wir 
gehen in den folgenden Schritten 
davon aus, daß Sie die Eintragung in 
den PATH vorgenommen haben. 

©Führen Sie einen Systemabschluß 
aus und starten Sie den Rechner 
anschließend neu. 

©Öffnen Sie nach dem Neustart einen 
OS/2-Gesamtbildschirm und geben 
Sie folgenden Befehl ein: 

gatest 

Damit starten Sie das Programm 
GATEST, das neben anderen Werk¬ 
zeugen im SDD-Verzeichnis liegt, und 


mit dem Sie überprüfen, ob der 
SDD/2 mit Ihrer Graphikkarte zusam¬ 
menarbeitet. 

©Nach dem Start von GATEST finden 
Sie ein Menü vor, durch das Sie 
durch die Auswahl von Ziffern navi¬ 
gieren. Wählen Sie hier den Interacti¬ 
ve Test, und wählen Sie in dem dar¬ 
aufhin angezeigten Textmenü die 
Farbtiefe und Auflösung aus, mit der 
Ihre Graphikkarte arbeiten soll. 
GATEST zeigt dann, je nach gewähl¬ 
ter Farbtiefe, unterschiedliche Testbil¬ 
der. Werden sie korrekt angezeigt, 
dürfte Ihre Graphikkarte mit dem 
SDD/2 Zusammenarbeiten. Verlaufen 
die Tests negativ, können Sie von 
einer weiteren Installation des SDD/2 
i.d.R. absehen. 

©Beenden Sie GATEST durch Auswahl 
der entsprechenden Menüeinträge 
und geben Sie auf der Kommandozei¬ 
le den Befehl 

setvga 

ein, um Ihr System auf Standard-VGA 
zurückzusetzen. Führen Sie einen 
Systemabschluß durch und starten 
Sie den Rechner anschließend neu. 

©Nach dem Neustart öffnen Sie ein 
OS/2-Fenster und geben dort den 
Befehl: 

sddgradd 

ein. Dadurch wird die Batch-Datei 
sddgradd im SDD-Verzeichnis gestar¬ 
tet. Sie ruft das IBM-GRADD Setup- 
Programm mit dem Parameter gen 
auf, das daraufhin den IBM GEN- 
GRADD-Treiber installiert. Anschlie¬ 
ßend kopiert das Batch die SDD/2- 
Dateien über die der generische 
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SVGA-Unterstützung. Die Installation 
der SDD-GRADD-Treibers ist damit 
abgeschlossen. Führen Sie aber 
noch keinen Systemabschluß durch. 

©Öffnen Sie Ihre CONFIG.SYS und tra¬ 
gen Sie den SDDGRADD-Treiber als 
aktuellen Graphiktreiber ein. Ändern 
Sie dazu die vom GRADD-Setup 
gesetzte Umgebungsvariable: 

SET C1=GENGRADD,SBFILTER 

auf folgenden Wert: 

SET C1=SDDGRADD 

Die Variable CI sollte dabei wie folgt 
gesetzt sein: 

SET GRADD_CHAINS=C1 

Fügen Sie außerdem die Anweisung: 

SET GREEXT=SDDGREXT 

hinzu, wenn für die Textdarstellung 
auf der 


neu. Danach läuft die Graphikkarte 
mit dem SDD/2-Treiber mit einer 
Farbtiefe von 256 Farben und einer 
Aufllösung von 640 x 480 Bildpunk¬ 
ten. 

Die weitere Konfiguration nehmen Sie 
OS/2-konform über das System-Notiz¬ 
buch auf der Seite Bildschirm durch. 

Läuft er oder läuft er nicht? 

Da wir erst kurz vor Redaktionsschluß 
die Mitteilung von SciTech bekamen, 
daß die Beta des SDD/2 verfügbar ist, 
blieb uns nicht viel Zeit für einen Test. 
Wir konnten daher den neuen Treiber 
nur mit den in unseren Rechnern einge- 
sezten Karten testen, für die natürlich 
bereits eine OS/2-Unterstützung vor¬ 
liegt. In diesem Artikel stellen wir daher 
nur kurz den Einsatz des SDD/2 auf 
einer Cirrus Logic Karte mit 5434 
Chipsatz vor. Ein gründlicher Test ist 
also einem folgenden Band Vorbehalten. 
Wir bereiten einen solchen SDD/2-Test 
mit unterschiedlichen Graphikkarten vor, 
vor allem mit solchen, für die keine her- 


Arbeitsoberflä- 
che eine höhere 
Fontgröße 
benutzt werden 
soll. In der Beta¬ 
version läßt sich 
diese Funktion 
zunächst nur 
über diese 
Umgebungsva¬ 
riable setzen. 

©Sichern Sie die 
CONFIG.SYS, 
führen Sie erst 
jetzt einen 
Systemab¬ 
schluß durch, 
und starten Sie 
das System 



System - Einstellungen 


Screen 256 Farben £B$BBM8k MH.. Erster Benutzerschnittstelle % ►A 


Screen 


Change display configuration 


Display name 


WENJK1466 14 inch, WEN Technology Corporation 
Zenith ZCM-1426-UT, Zenith Data Systems 
Zenith ZCM-1450-UT, Zenith Data Systems 
Zenith ZCM-1495-UT, Zenith Data Systems 
Zenith ZCM-1540-UT, Zenith Data Systems 
Zenith ZCM-1740-UT, Zenith Data Systems 
Zenith ZCM-1790-DT, Zenith Data Systems 


Abb. 6: Als aktuellen Monitor den SDD/2 auswählen 
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stellereigenen Treiber existieren und die 
OS/2 auch von Haus aus nicht unter¬ 
stützt (wie es bei den 5434-Karten von 
Cirrus Logic der Fall ist, die wir zum 
Kürztest benutzten). 

Der Betrieb des SVGRADD bereitete 
keine Probleme. Nach der beschriebe¬ 
nen Installation, die noch etwas müh¬ 
sam ist, da die Beta noch kein eigenes 
Setupprogramm besitzt, findet man im 
System-Einsteilungsnotizbuch auf der 
Seite Bildschirm (die nach der Installati¬ 
on der GRADD-Treiber und des SDD/2 
Screen heißt), auf Seite 2 den SDD/2 
unter der Liste unterstützter Monitore 
aufgeführt. Wählen Sie hier den Sci- 
Tech DisplayDoctor aus der dargestell¬ 
ten Liste. Mit einem Klick auf den Button 
View current configuration erhalten Sie 
eine Aufstellung der vom SDD/2 gebote¬ 


nen Auflösungen und Farbtiefen (siehe 
Abb. 7). Um Auflösung und Farbtiefe für 
Ihr System festlegen zu können, wech¬ 
seln Sie auf Seite 1 der Screen-Seiten 
im Notizbuch und wählen die gewünsch¬ 
te Konfiguration aus. Bedenken Sie, daß 
der SDD/2 zwar eine ganze Anzahl an 
Bildschirm-Konfigurationen bietet, diese 
aber nicht immer genutzt werden kön¬ 
nen, wenn die Grenzen der eingesetz¬ 
ten Hardware dies nicht zulassen. Das 
gilt natürlich nicht nur für die Graphik¬ 
karte, sondern auch für den Monitor: 
Unterstützt die Hardware die möglichen 
Auflösungen und Farbtiefen nicht, dann 
können Sie diese natürlich auch nicht 
wählen. Das ist grundsätzlich mit allen 
Treibern so, also informieren Sie sich 
zuvor, in welchem Rahmen Graphikkar¬ 
te und Monitor Zusammenarbeiten. Wie 



Monitor Name 


pciTech Display Doctor 


Supported Monitor Modes 

Resolution Vertical Rof'rosh Horizontal Refresh 


Screen 256 Farben 


60Hz 

60Hz 

60Hz 

60Hz 

60Hz 


OKHz 

OKHz 

OKHz 

OKHz 

OKHz 


1920 x 1440 
1800 x 1350 
1600 x 1200 
1280 x 960 
1152 x 864 


Adapter Name 


Change display configuration 
Display name 


[Cirrus Logic GD-54xx VGA 


Supported Adapter Modes 

Resolution Pixel Depth Vertical Refresh 


iciTech Display Doctor 


800 x 
640 x 
640 x 
1024 x 
640 x 
800 x 


View current config 


Abb. 7: Auflösungen und Farbtiefen des SDD/2 
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System - Einstellungen 


Titel \ Fenster V jMenlJ 


Screen - 256 Farben 
Screen 


rhis change will not take effect until after you shut down and reboot. 
Selected monitor SciTech Display Doctor 
Screen resolution 


m -ri a 

Benutzerschnittstelle % 


Seite 1 von 2 


640 X 480 X 256 
1024x 768x 256 
640 x480 x 65536 


64 0X480X 16777216 
width x height x number of colors 


CapabiÜti? 


ündo 


Default j Help 


Abb. 8: Die gewünschte Auflösung und Farbtiefe festlegen 


die Selektion der Bildschirmauflösung 
aussehen kann, zeigt Abb. 8. 

Beim Betrieb mit einer mittelmäßigen 
und alten Karte wie einer Cirrus Logic 
mit 5434 Chipsatz wird der große Vorteil 
des SDD/2 natürlich nicht so deutlich. 
Bei modernen Karten aber, die hohe 
Auflösungen und Farbtiefen ermögli¬ 
chen, schon. Denn wenn für solche Gra¬ 
phikadapter herstellereigene OS/2-Trei- 
ber verfügbar sind, so bieten diese 
meist nicht die gleichen Leistungen wie 
ihre Windows-Pendants. Das ist natür¬ 
lich ärgerlich. Der SDD/2 hingegen 
unterstützt die Auflösungen und Farbtie¬ 
fen bis zu den Grenzen der Hardware. 
Das sind momentan noch Auflösungen 
bis zu 1600x1200 Bildpunkten. Wenn 
SciTech eigene Seiten für das System- 
Notizbuch fertiggestellt haben wird, 
kann man die Auflösung bis auf 
2024x1536 Bildpunkte einstellen. 
Berücksichtigt man schließlich noch, 
daß SciTech die Anzahl der unterstütz¬ 
ten Karten noch vergrößern möchte, wie 
wir weiter oben ausführten, steht der 


OS/2-Anwender 
den Benutzern der 
Windowsderivate 
in puncto Graphik¬ 
karten in nichts 
nach. 

Was die Leistung 
des SDDGRADD- 
Treibers angeht, 
so waren wir 
zufrieden. Farben 
wurden, v.a. bei 
einem Darstel¬ 
lungsmodus von 
256 Farben, im 
Gegensatz zum 
im Lieferumfang 
enthaltenen Trei¬ 
ber für die einge¬ 
setzte Graphikkar¬ 
te korrekt darge¬ 
stellt. Auch die Geschwindigkeit beim 
Ausführen typischer Zeichenfunktionen 
entsprach der eines Adapters mit einem 
Graphikprozessor (wir beobachteten ja 
die Nachteile des generischen SVGA- 
GRADD-Treibers und berichteten dar¬ 
über). Im übrigen traten auch keine Feh¬ 
ler im laufenden Betrieb auf, selbst dann 
nichts, wenn das System länger als 12 
Stunden intensiv genutzt wurde. Wenn 
man bedenkt, daß der SDD/2 noch in 
einer Betaversion vorliegt, ist das eine 
reife Leistung. 

Zum Test des Treibers auf Systemen, 
deren Graphiksubsystem besser ausge¬ 
baut ist, und mit anderen Graphikkarten, 
konnte es leider nicht mehr kommen, so 
daß wir es bei diesem eher flüchtigen 
Eindruck belassen müssen. Wie bereits 
angedeutet, holen wir diese Tests aber 
nach. 

Erfreulich war jedoch schon einmal zu 
erfahren (und zu sehen), daß der neue 
Treiber funktioniert - und das sehr gut. 
Die Betaversion lohnt also auf jeden Fall 
einen Testlauf, und wir erwarten mit 
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Spannung die erste Version. Übrigens 
ist der SDD/2 auch erschwinglich. 
Bezieht man eine Internet-Version ohne 
Handbuch, wird man gerade mal $36,95 
ausgeben müssen. Eine Diskette mit 
Handbuch erhält man für $39,95. Sci- 
Tech wird auch europäische Händler mit 
dem SDD/2 beliefern, so daß ein Bezug 
der Software über die gewohnten Quel¬ 
len möglich sein wird. Man wird das Pro¬ 
dukt direkt über die SciTech-Homepage 
als 21-Tage-Testversion beziehen kön¬ 
nen. 

Weitere Informationen, etwa eine Sei¬ 
te dokumentierter Bugs, wird ebenfalls 
über das WWW einsehbar sein. Unter 
dem URL: http://www.scitechsoft.com 
wird man bald weitere Informationen 
erhalten. Der Auftakt des SDD/2 war 
gut. Auf weiteres darf man also 
gespannt sein. □ 


Was ist dran...? 

Martin Gratz 

Gerüchte, die man auch auf der CeBIT 
nicht dementieren wollte, sprechen von 
einer Vielzahl neuer privater OS/2-Nut- 
zer. Im Zuge von Millenium-Projekten 
und ähnlichem sollen bei Banken und 
Versicherungen in nächster Zeit Zehn¬ 
tausende von Computern ausgemustert 
werden. Diese gehen dann zu einem 
Spottpreis an das Personal. Jetzt der 
Clou: Mit welchem Betriebssystem sind 
die wohl ausgestattet? 

Allerdings gab mancher Gesprächs¬ 
partner den bedenkenswerten Hinweis, 
daß die Mehrzahl wohl auf schnellstem 
Wege den Rechner auf Windows 
umstellen wird. »Egal, ob mit oder ohne 
legal erworbener Lizenz: Software für 
OS/2 gibt es eben nicht bei jedem 
Händler - für Windows hat's der Nach¬ 
bar.« Diese Computer-Neubesitzer 
müßten also eine Vollversion Windows 


98 für rund DM 498,- kaufen, um legal 
mit dem Rechner zu arbeiten. 

Aber warum sollten sie soviel Geld 
ausgeben wollen und nicht bei OS/2 
bleiben? Standard-Software gibt es 
schließlich für jeden Bereich des tägli¬ 
chen Lebens als Free-/Share-/ und kom¬ 
merzieller Software in ausreichender 
Zahl und häufig sehr guter Qualität; die 
Vorteile von OS/2 als stabiles Betriebs¬ 
system sind nach wie vor von MS noch 
unerreicht, wie jede(r) geübte OS/ler(in) 
bestätigen kann. Wenn da nicht die 
Bereiche Schulsoftware und Spiele 
wären. Hier tun sich die Lücken auf, die 
bald so groß sind wie das Rentenloch. 
Warp 4 hat ja mit WinOS/2 die Möglich¬ 
keit, diverse Software integrieren zu 
können. Aber leider wird die Mehrzahl 
der Schulsoftware bereits auf Windows 
umgestellt. Aktuelle kommerzielle Spiele 
erscheinen prinzipiell nur noch für die 
verbreiteten MS-Betriebssysteme. 

Bei meinem Rundgang über die 
CeBIT, der allerdings nur stichprobenar¬ 
tig ablief, wollte außer den traditionell 
mit OS/2 verbundenen Herstellern auch 
keiner mit neuer Software oder Geräte¬ 
treibern auf den OS/2-Zug aufspringen. 
Stets das gleiche Argument: Es gäbe 
zuwenig (zahlende) Nutzer. Für LINUX, 
sogar BeOS hätte man allerdings schon 
etwas - oder wenigstens geplant. Aber 
OS/2? Das würde doch keiner privat 
benutzen! (Nur: Wieviele Privatanwen¬ 
der haben denn schon mal was von 
BeOS gehört?) Auf das obige Gerücht 
angesprochen, kam mehr oder weniger 
direkt die Anregung, doch schon mal 
eine Bestellung für OS/2-Versionen (in 
ausreichend hoher Zahl) abzugeben. 
Dann wäre das kein Problem. 

Selbst auf dem IBM-Stand mochte 
man keine definitive Auskunft geben, ob 
als zukünftige Client-Version noch ein 
»Zwischenrelease Warp 4.5« oder ein 
um die Serverfunktionen abgespecktes 
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»Aurora« vielleicht noch in diesem Jahr 
erscheint. Aber an manchen Gerüchten 
soll ja bekanntlich was dran sein... □ 


Leserbriefe 

Tips für die Zukunft 

Küdiger Stroth mann via eMail 

Als zufriedener Empfänger der 1. Aus¬ 
gabe der OS/2 Only! möchte ich hiermit 
Anregungen für zukünftige Ausgaben 
geben. 

Zumindestens für den OS/2-Privatan- 
wender ist diese Zeitschrift äußerst 
wichtig, da sie gerade für OS/2-Anfän- 
ger erste Hilfestellungen leisten kann. 

I in halbes Jahr nach der Einstellung 
der Inside kommt nun eine Fachzeit¬ 
schrift auf den Markt, die in Deutschland 
Ihresgleichen sucht. Über die Qualität 
irgend welcher Win-Zeitschriften möchte 
ich mich nicht auslassen. Aber auch im 
Vergleich zu qualitativ hochwertigen 
Zeitschriften kann die Only! sich sehen 
lassen. Mich ärgert immer wieder, wenn 
z.B. bei Treibern und anderer Software, 
ist keine nährere Information angege¬ 
ben, Win gemeint ist. Ich hatte für einige 
Zeit ein Abonnement der Zeitschrift 
OS/2 Inside, und meine Zufriedenheit 
mit ihr war durchwachsen. Man führte 
z.B. Vergleiche mit Compilern durch, 
aber wie man sich konkret mit einfachen 
Mitteln eine Entwicklungsumgebung 
zusammenbastelt, darüber fand ich 
nichts. Und da bin ich schon beim The¬ 
ma: Ein Artikel könnte z.B. sich mit dem 
freien GNU-Compiler gcc beschäftigen. 
Auf dem Buchmarkt gibt es wirklich gute 
Bücher zum Thema C und C++, aber 
alles bezieht sich immer auf Win und 
Linux. Es ist wirklich schwierig, OS/2- 
spezifische Informationen und gerade 
diese auf Deutsch zu bekommen. Man 
sollte doch alles was mit Entwicklung 


unter OS/2 zu tun hat, massiv unterstüt¬ 
zen. Nur so kann man die Zukunft von 
OS/2 sichern. 

Um noch nochmals auf die Inside 
zurückzukommen, hat mir persönlich 
der Beitrag über IPF-Programmierung 
gefallen, der so ausführlich war, das 
man damit was anfangen konnte. Gera¬ 
de für zukünftige OS/2-Programmierer 
könnte die Only! also erste Hilfestellun¬ 
gen geben. Sonst könnte man sich zu 
schnell von dieser Plattform ab- und 
sich anderen Betriebssystemen zuwen¬ 
den, wo man es einfacher hat - zumin¬ 
dest was die Informationen betrifft. Ich 
hoffe, das diese Anregung auf offene 
Ohren stößt. 

Diese Anregung stieß auf offene Ohren. Da 
wir den Bereich »Programmieren« völlig neu 
gestalten (siehe Editorial und die Ankündi¬ 
gung auf unserer Homepage), sollte für jeden 
etwas dabei sein, und auch an OS/2-spezifi- 
schen Einführungskursen, etwa in C, sollte 
es dann nicht mehr mangeln. Was andere 
Zeitschriften angeht: Wir dürfen natürlich 
nicht vergleichen - aber Sie... 

Anmerkung des Verlages 


Auf ein ewig lebendes OS/2 

Andreas Hüttner via eMail 

Auf diesem Wege möchte ich mich 
zuerst einmal recht herzlich für die 
sagenhaft schnelle Zusendung der 
ersten Ausgabe der OS/2 Only! bedan¬ 
ken: Montag nachmittag telefonisch 
bestellt und Dienstag mittag in der Post 
gehabt! 

Zweitens möchte ich Ihnen sehr zu 
diesem Werk gratulieren, es ist meines 
Erachtens das bisher Beste, was ich in 
Sachen OS/2-Magazinen gelesen habe. 
Da kam sogar die leider mittlerweile ver¬ 
storbene OS/2 Inside nicht heran. 

Auch im Kollegenkreis war das Erstau¬ 
nen groß, als ich die OS/2 Only! auf den 
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Tisch legte. Jeder wollte sich auch 
sofort das Magazin bestellen. Gerade 
OS/2-Anfängern (einige meiner Kolle¬ 
gen) aber auch mir als langjährigen 
OS/2-Nutzer hat dieses Magazin sehr 
wohlgetan, reichhaltiges und dennoch 
leicht verständliches Wissen vermittelt, 
bzw. verdeutlicht und vertieft. 

Ich kann wirklich nur hoffen, daß Sie 
mit diesem Magazin fortfahren können 
und nicht aus wirtschaftlichen Gründen 
OS/2 Only! schon nach kurzer Zeit ein¬ 
stellen müssen. Lange Zeit haben die 
OS/2-Freunde in Deutschland schließ¬ 
lich keine Publikationen zu ihrem gelieb¬ 
ten System mehr in den Händen halten 
können. Schade nur, daß man auf das 
Magazin eigentlich nur durch Mundpro¬ 
paganda aufmerksam wird. Leider ist 
OS/2 Only! auch im Zeitschriftenhandel 
oder Buchhandel nicht so einfach erhält¬ 
lich. 

Sollte sich der Band 1 nicht als Ein¬ 
tagsfliege heraussteilen, und die Konti¬ 
nuität der OS/2 Only! gewährleistet sein, 
so werde ich schnellstmöglich ein Abo 
abschliessen, um ja keine Ausgabe zu 
verpassen. Auf ein »ewig lebendes« 
OS/2 hoffend... 

...können wir den Fortbestand des Magazins 
verkünden. Daß die OS/2 Only! im Buchhan¬ 
del nicht so einfach zu bekommen ist, liegt 
oftmals auch an den Händlern, die sich wei¬ 
gern, Einzelbestellungen für den Kunden 
durchzuführen - zumal OS/2 nicht gerade ein 
Thema ist, daß sich auf dem Buchmarkt 
durch den Handel erstklassig verkaufen läßt. 
Besonders freut uns natürlich, daß die OS/2 
Only! auch für Anfänger verständlich ist. 

Anmerkung des Verlages 


Zum Artikel ZIP-Drives in Bd.1 

Andreas Brogle via eMail 

Euer positives Fazit zu ZIP-Laufwerken 
kann ich in keinster Weise teilen. Es ist 


sicher wünschenswert, daß OS/2 jede 
erdenkliche Hardware unterstützt. Aus 
Eurem Beitrag bekomme ich aber den 
Eindruck, hier wird der Umkehrschluß 
gezogen: Alles was OS/2 unterstützt, ist 
gut. Hier wünsche ich mir etwas mehr 
Kritik. Für mich ist letztlich die Frage, 
warum sich das ZIP-Laufwerk als Wech¬ 
selmedium durchgesetzt hat, die gleiche 
wie die, warum sich Windows als 
Betriebssystem durchgesetzt hat. 

Ich selbst und zwei meiner Kollegen 
sind im Besitz eines internen SCSI-ZIP- 
Laufwerks ; an der Uni ist ein paralleles 
Laufwerk an einen Windows-Rechner 
angeschlossen. Das Plastikgehäuse 
des parallelen Laufwerks als robust zu 
bezeichnen, hat mich ziemlich verwun¬ 
dert. Ich kann mir nicht vorstellen, daß 
das Laufwerk einen Sturz vom Tisch 
überstehen würde. Ich würde mich 
sogar davor hüten, von der vorgesehe¬ 
nen Möglichkeit Gebrauch zu machen, 
das Laufwerk hochkannt aufzustellen. 

Mein erstes ZIP-Laufwerk hat nach 
einem halben Jahr angefangen, die 
Medien spiralförmig zu zerkratzen. Einer 
meiner Kollegen hat innerhalb eines 
Jahres bereits sein drittes ZIP-Laufwerk. 
Schon zwei Mal ist dort der Schreib/ 
Lesekopf abgebrochen. Unsachgemäße 
Behandlung kann in allen Fällen ausge¬ 
schlossen werden. Ich kann deshalb nur 
davor warnen, halbwegs wichtige Daten 
auf dem ZIP abzulegen. Die Laufwerke 
gehen am laufenden Band kaputt und 
nehmen die Medien gleich mit ins Grab. 

Zum Glück gibt es Alternativen, ich 
kann MODs nur wärmstens empfehlen. 
Diese setzen meine Kollegen und ich 
inzwischen schon seit Jahren ein. 
Defekte Medien sind noch nie vorge¬ 
kommen, und auch die Laufwerke zei¬ 
gen keine Mucken. Sie sind wirklich 
robust und lassen sich zur Reinigung 
notfalls auch mal öffnen und problemlos 
wieder zusammenbauen. Optische 
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Medien sind grundsätzlich viel unemp¬ 
findlicher als magnetische Medien. Die 
Modien selbst bieten eine maximale 
Haltbarkeit. Die Hersteller reden von 30- 
b0 Jahren, während es beim Z/P gera- 
< Inmal 10 Jahre sind. Defekte ZIP-Medi- 
nn sind zudem während des Gebrauchs 
keine Seltenheit. Sogar in der Häufigkeit 
(lor Überschreibbarkeit sind MO-Medien 
Disketten oder ZIP-Disks weit überle- 
flen. 

Den Preis des ZIP als akzeptabel zu 
bezeichnen, hat mich fast von Stuhl 
gehauen. Im Gegensatz zum ZIP gibt es 
hoi den MO-Medien Konkurrenz und 
freien Wettbewerb. Folglich betragen 
die Medienpreise fuer MO-Medien gera- 
demal ein Fünftel im Vergleich zum Z/P. 
Hinzu kommt die Medienkapazität. 100 
MByte sind nicht gerade viel, im gründe 
gonommen inzwischen nicht mehr zeit¬ 
gemäß. 

Mich hat das Z/P nicht überzeugt und 
Ich komme zu dem Gesamturteil unge¬ 
nügend. Ich setze sie nur noch ein, weil 
mich die Uni sozusagen dazu zwingt, 
genauso wie ich gelegentlich dazu 
gezwungen werde, Word-Dokumente zu 
importieren. Beides sind Quasi-Stan¬ 
dards, über die ich mich ärgen darf. Wer 
/IP empfiehlt, muß deshalb auch Win¬ 
dows empfehlen. Z/P ist nicht nur die 
schlechteste Variante der Wechselmedi¬ 
en, die Technik ist einfach unbrauchbar, 
selbst wenn es keine Alternativen geben 
würde. 

Wir haben die hier beschriebenen Probleme 
mit den ZiPs nicht Dabei tauschen wir immer 
wieder die gleichen Medien mit unserem 
Repro-Studio aus, die Macintosh-Rechner 
verwenden. Der gegenseitige Datenaus¬ 
tausch klappt problemlos. Daß die ZIP-Lauf- 
werke in der Verarbeitung Mängel aufweisen, 
urwähnten wir. Was nun das letztliche Urteil 
, ingeht: Darüber kann man sich lange strei¬ 
ten. Bezüglich Word stimmen wir zu. Fast ein 
wenig zu weit geht aber der völlig verkehrte 
Syllogismus: »Wer ZIP empfiehlt, muß des¬ 


halb auch Windows empfehlen.« Bevor wir 
Windows empfehlen, schließen wir den 
Betrieb lieber. 

Anmerkung des Verlages 


Störende Dinge 

Ein unzufriedener Leser via eMail 

Ich bin leider nicht an dem zweiten Band 
der OS/2 Only! interessiert. Dies liegt 
jedoch weder am Thema noch am Preis. 
Konkret stören mich derzeit drei Dinge. 
Die beiden wichtigsten sind das Layout 
und die Sprache. Ersteres ist für meine 
Begriffe sehr unpraktisch (ich kenne die 
Gründe dafür, aber ich halte das Buch¬ 
format trotzdem nicht für akzeptabel), 
letztere gefällt mir einfach nicht. Für 
eine Unterhaltung ist diese Sprache in 
Ordnung, für eine Zeitung fehlt mir 
jedoch der Feinschliff. Der dritte Punkt 
betrifft die Web-Seite: Persönlich hätte 
ich den Inhalt der OS/2 Only! auch ger¬ 
ne im Internet - oder genauer ausge¬ 
drückt: als HTML Dokumente. 

Der Inhalt ist für meine Begriffe ok, auch 
wenn ich mir etwas aktuellere Berichte 
gewünscht hätte. Ein Beispiel: Jeder 
OS/2-Anwender kennt die derzeitigen 
Probleme, und statt einem Workshop 
über DLLs hätte man sich meiner Mei¬ 
nung nach besser mit der Portierung 
von Linux-Anwendungen über emx, 
einem guten Einstiegskurs zu Java oder 
der Device-Treiberentwicklung beschäf¬ 
tigt. 

Wenn wir aktuelle Texte im Internet publizie¬ 
ren, können wir auf den teuren Gang zum 
Drucker verzichten.- Und noch einmal: Die 
OS/2 Only! ist keine Zeitung und auch kein 
herkömmliches Magazin und wird so auch 
nie sein. Unserer Ansicht nach ist das Layout 
herkömmlicher Zeitschhften zu unpraktisch, 
und dort scheint der Sprachstil zu leger. Aber 
was meinen Sie zu diesem Beitrag? Schrei¬ 
ben Sie uns Ihre Meinung. 

Anmerkung des Verlages 
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Die CD-ROM 

Wie Sie aus dem Inhaltsverzeichnis 
ersehen können, dreht sich in diesem 
Band der OS/2 Only! alles um die Com¬ 
pact Disk (CD) und deren Herstellung 
mit dem eigenen OS/2-System. Sowohl 
die CD-Recorder , die wir für Sie gete¬ 
stet haben, als auch die Software zum 
Beschreiben der CD-Rs werden viel 
besser verständlich und leichter anzu¬ 
wenden sein, wenn man mehr über den 
Datenträger weiß, den man beschrei¬ 
ben und benutzen möchte. Dieses Kapi¬ 
tel dient dazu, Sie mit der »Anatomie« 
einer CD-ROM vertraut zu machen. 

CD-ROM? 

Seit Markteinführung der Compact 
Disks im Audiobereich erlangte die CD 
rasant eine hohe Bedeutung sowohl in 
der Musik- als auch in der Computerin¬ 
dustrie. Ohne jeden Zweifel kann man 
sagen, daß die multimedialen Fähigkei¬ 
ten der PCs, etwa die Entwicklung von 
Soundkarten und MIDI-Schnittstellen 
des Rechners durch die CD-ROM eine 
besondere Förderung erfahren haben. 
Heutzutage ist die CD aus der EDV 
nicht mehr wegzudenken, und während 
noch vor einigen Jahren das Beschrei¬ 
ben von CDs für den Heimanwender 
völlig unrentabel und auch technisch 
schwierig durchführbar war, ist es heute 
kein Problem mehr, die Vorteile der 
CDs auch im kleinen Maßstab voll aus¬ 
zunutzen. 

CDs und CD-Rs 

Wer CDs beschreiben möchte, verwen¬ 
det dazu genau genommen eine CD- 
Recordable (CD-R). Auf einen normalen 
CD-Rohling kann man nicht schreiben, 
da CDs, wie man sie kennt, gepreßt 
werden. Wir arbeiten diesen Unter¬ 
schied im folgenden noch genauer aus, 
werden uns aber für beide CD-Typen 


auf den allgemeineren Terminus CD 
einigen, denn auch eine CD-R ist eine 
CD. Daneben gelten bis auf einige 
Unterschiede genau die gleichen 
Restriktionen, Vor- und Nachteile. Trotz 
allem sei vor den folgenden Ausführun¬ 
gen auf die Terminologie noch einmal 
hingewiesen. 

Wie der Name schon sagt, ist eine 
CD nur einmal beschreibbar. Anschlie¬ 
ßend kann von dem Datenträger nur 
noch gelesen werden (daher der 
Appendix ROM = Read Only Memory). 
Ein erneutes Beschreiben ist also nicht 
mehr möglich. Eine Ausnahme stellen 
die CD-RWs (CD-Rewritables) dar, die 
wiederbeschreibbar sind. Für das 
Beschreiben und Wiederbeschreiben 
dieses CD-Typs ist ein spezieller Recor¬ 
der nötig. Alles zu den CD-RWs lesen 
Sie weiter unten in diesem Kapitel und 
in den Praxistests der CD-Recorder und 
der CD-Writer-Software. 

Wie eine CD aufgebaut ist 
Eine herkömmliche, gepreßte CD 
besteht in der Regel aus drei Schich¬ 
ten. Die untere Schicht, die man auch 
Substrat nennt, besteht aus Kunststoff. 
Auf ihr befindet sich eine ca. 45-105 nm 
dicke metallene Reflexionsschicht, 
meist aus Aluminium, die auf den 
Kunststoff aufgedampft wird. Die CD 
wird labelseitig durch eine eine weitere 
Kunststoffschicht ‘ abgeschlossen, auf 
die man z.B. einen Aufdruck anbringen 
kann. Insgesamt ist die CD damit etwa 
1,2 mm dick und besitzt einen Durch¬ 
messer von 12 cm. 

Eingeschlossen zwischen Substrat 
und Schutzschicht ist die reflektierende 
Metallschicht recht gut gegen 
Umwelteinflüsse geschützt. Trotz allem 
müssen für die Relexionsschicht Metalle 
verwendet werden, die mit Feuchtigkeit 
und Sauerstoff so gut wie gar nicht rea- 
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gieren. Demnach kommen als Träger- 
Schichten Aluminium, Silber, Gold oder 
Platin in Frage. 

I ine CD-R unterscheidet sich von 
tilner herkömmlichen CD neben einer 
unter der obersten Schutzschicht aufge¬ 
brachten dünnen Schicht aus UV- 
undurchlässigem Lack durch eine Auf- 
nnhmeschicht, die zwischen Substrat 
und der Reflexionsschicht liegt. Diese 
Schicht besteht aus einem organischen 
Farbstoff und kann durch den Laser¬ 
strahl des CD-Recorders einmalig ver¬ 
ändert werden. Je nach Art dieses 
I arbstoffes kann die untere Seite einer 
CD-R blau, grün oder blaugrün sein. Die 
Reflexionsschicht einer CD-R besteht 
meist aus 24Kt. Gold * 1 . Dadurch wird der 
Preis jedoch nicht sonderlich erhöht, da 


die Schicht wie schon erwähnt äußerst 
dünn ist. Den Aufbau einer normalen 
CD und einer CD-R zeigt Abbildung 1. 

Auf der Unterseite werden die Daten 
in einer Spirale abgelegt, die von innen 
nach außen führt und eine Länge von 
ca. 6 km hat. Daher werden CD-ROMs 
auch immer von innen nach außen 
beschrieben. Auf noch unbeschriebe¬ 
nen CD-Rs befindet sich bereits eine 
solche vorgefertigte Spirale. Auf diese 
Weise läßt sich der Laserstrahl des 
Recorders beim Schreiben über die 
Oberfläche der CD-R »leiten«, was den 
Aufbau der Recorderhardware erheblich 
vereinfacht. Eine Schallplatte beinhaltet 
die Audiodaten übrigens auch in einer 
solchen Spirale, die jedoch außen 
beginnt. Während auf einer Schallplatte 


a) Gepreßte CD mit Aluminium-Reflexionsschicht 

>-Abschließende Kunststoffschicht 


Reflexionsschicht 
^— Substrat (Kunststoff) 


b) CD-R mit einer 24 Kt. Gold-Reflexionsschicht 


Abschließende Kunststoffschicht 

/— UV-Licht abweisender Lack 
- Reflexionsschicht 

/-Aufnahmeschicht 

m ^— Substrat (Kunststoff) 


Dicke der Reflexionsschichten ca.45-105 nm 


Abb. 2: Der Aufbau einer handelsüblichen, gepreßten CD mit Aluminiumreflexions¬ 
schicht (a) und einer CD-R mit einer Reflexionsschicht aus 24-karätigem 
Gold (b). Beide Schichten sind im Mittel nur etwa 70 nm dick. 

1 Kt. ist die Abkürzung für Karat, einer Gewichtseinheitder Juweliere, Gold- und Silberschmie¬ 
de. Die Karatzahl gibt im Falle von Metallen den Feinheitsgrad einer Legierung an. 24 Kt. 
Gold stehen dabei für Feingold, also »reines« Gold. 
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Pits 

Grundebene 


Unbeschrieben Beschrieben 


Abb. 2: Schematische Darstellung der datentragenden Oberfläche einer 
CD. Im unbeschriebenen Zustand ist die Oberfläche glatt. Nach 
dem Beschreiben sind Vertiefungen (Pits) in der Beschichtung 
enthalten. So wird eine Codierung der auf der CD befindlichen 
Daten in Bits möglich. 



Audiodaten 
allerdings 
in analoger 
Form fest¬ 
gehalten 
sind, wer¬ 
den Daten 
auf einer 
CD in digi¬ 
taler Form 
abgelegt, 
d.h. als 
Bits. Insgesamt können bis zu 650 
MByte auf einer CD gespeichert wer¬ 
den 2 . Wie Sie aus Bd.1 von der 
Betrachtung der CPU wissen, kann ein 
Bit den Wert 0 oder 1 annehmen. Bei 
der CD werden diese Zustände gespei¬ 
chert, indem die datentragende Schicht 
verändert wird. Abbildung 2 zeigt in 
einer schematischen Darstellung, wie 
die Oberfläche der datentragenden Sei¬ 
te der CD aussieht. 

Man erkennt eine Ebene, die man 
auch als Grundebene bezeichnet. Die¬ 
se Ebene ist vor dem Beschreiben glatt. 

Nach der Datenspeicherung erkennt 
man Vertiefungen, sogenannte Pits . 
Damit erhält man zwei verschiedene 
Zustände. Entlang der Spirale findet 
man Millionen dieser mikroskopisch 
kleinen Vertiefungen. Mit dem bloßen 
Auge kann man sie natürlich nicht 
sehen, aber deren Wirkung läßt sich 
wahrnehmen, da die Oberfläche wie ein 
Prisma bzw. Gitter wirkt: Schräg einfal¬ 
lendes Licht wird gebrochen bzw. 
gebeugt und in die einzelnen Spektral¬ 
bereiche zerlegt. Wer die datentragen¬ 
de Seite einer CD gegen das Licht hält, 
kann diesen Effekt beobachten. Durch 
diese Beobachtung ist das Geheimnis 
der CD auch schon entzaubert: Durch 
die Vertiefungen wird die Reflexionsei¬ 
genschaft der datentragenden Oberflä¬ 


che verändert. Damit wird die Rekon¬ 
struktion der auf der CD befindlichen 
Daten ermöglicht. 

Bei einer CD-R wird die Aufnahme¬ 
schicht durch den Laser entsprechend 
verändert, um die einzelnen Pits zu 
erzeugen. Die Reifexionsschicht trägt 
daher keinerlei Daten. Demzufolge kann 
auch eine CD-R an der Unterseite eini¬ 
ge Kratzer aufweisen, da die datentra¬ 
gende Schicht dadurch kaum beschä¬ 
digt wird, es sei denn, der Kratzer ist 
recht tief. Durch eine Beschädigung der 
Oberseite jedoch ist es sehr einfach 
möglich, die Reflexionsschicht zu zer¬ 
stören, wodurch die CD-R völlig 
unbrauchbar würde. 

Wie CDs gelesen werden 
Das Lesen der einzelnen Bits auf der 
CD erfolgt durch einen Laser . Ein Lin¬ 
sensystem erzeugt ein schmales Licht¬ 
bündel, das auf die Oberfläche fällt. Die 
unterschiedlichen Reflexionen des Lich¬ 
tes an der Grundebene und den Pits 
werden in einzelne Bits umgewandelt. 
Da sich die CD dreht, erhält man einen 
Datenstrom. 

Eine CD ist ein starrer Körper, d.h. 
die inneren Bereiche der Scheibe rotie¬ 
ren langsamer als die äußeren. In einer 
Sekunde werden ca. 1,3m der 6 km lan¬ 
gen Datenspirale gelesen, womit sich 


2 Das entspricht ca. 74 Minuten Musik, wobei die Tondaten mit 44.1 KHz in Stereo gesam¬ 
pelt (digitalisiert werden). 
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Rotationsgeschwindigkeiten von 200 
U/min in den inneren Bereichen bis 500 
U/min in den äußeren Bereichen der CD 
ergeben. Dabei werden pro Sekunde 
150 KByte gelesen. Bei dieser Daten¬ 
transferrate bezeichnet man das Lauf¬ 
werk, in dem sich die CD-ROM befin¬ 
det, als Single Speed-CD-ROM-Lauf- 
werk (das sind z.B. alle Audio-CD-Play- 
or). Man kennzeichnet das Laufwerk 
auch kurz mit Ix (1-fach). Natürlich 
kann man die CD auch schneller rotie¬ 
ren lassen und damit den Datenstrom 
auf mehr Byte pro Sekunde erhöhen. 
Bei einer Datentransferrate von 300 
KByte/s spricht man von einem Double 
Speed (2x)-Laufwerk , bei 600 KByte/s 
von einem Quad Speed (4x)-Laufwerk 
usw. Audio-CDs werden immer mit Sin- 
qle-Speed gelesen. Bei Daten-CDs 
reicht die Geschwindigkeit der Laufwer¬ 
ke auch über den 20er-Bereich hin¬ 
aus (z.B. ein 24x-CD-ROM-Laufwerk). 

Je schneller sich eine CD dreht, um 
so höher ist zwar die Datentransferrate; 
|odoch steigt auch die Fehlerquote beim 
I esen der einzelnen Bits. Man kann 
sich sicher den komplexen Vorgang des 
Abtastens der einzelnen Pits vorstellen. 
Damit wird auch klar, daß mehr Fehler 
Auftreten, wenn dieser Abtastprozeß 
beschleunigt wird. CD-ROM-Laufwerke 
verfügen daher über Einrichtungen zur 
I ehlerkorrektur, welche die Fehler beim 
Lesen ausgleichen. Steigt die Fehler¬ 
haftigkeit des gelesenen Datenstroms 
bis zu einem gewissen Grad an, setzt 
das Laufwerk die Lesegeschwindigkeit 
automatisch herab. Auch Verunreini¬ 
gungen und v.a. Kratzer auf der CD 
können zu Fehlern beim Lesen führen, 
und der Herstellungsprozeß verursacht 
In jedem Fall ebenfalls Fehler (ohne 
daß die CD dabei unbrauchbar würde). 
Somit wird ein CD-ROM-Laufwerk sel¬ 
ten mit der maximal möglichen 
Geschwindigkeit arbeiten. Ein solches 


Laufwerk daher nach der höchsten vom 
Hersteller angegebenen Lesegeschwin¬ 
digkeit zu kaufen, führt zu dem gleichen 
Irrtum, dem Anwender verfallen, wenn 
Sie meinen, ein schneller Prozessor 
könnte das Fehlen von Hauptspeicher 
kompensieren. Wer ein leistungsfähi¬ 
ges CD-ROM-System erwerben möch¬ 
te, investiere lieber in ein besseres Sub¬ 
system ( SCSI statt IDE ). Die physikali¬ 
sche Beschaffenheit der CD setzt der 
Hardware einfach Grenzen. 

Bezüglich der Fehlerkorrektur ist noch 
einiges zu sagen. Wir werden bei der 
Betrachtung der Trackmodi erfahren, 
daß die Daten auf einer CD in Sektoren 
abgelegt werden, die ein unterschiedli¬ 
ches Format haben können. Meistens 
werden in einem Sektor für die darin 
enthaltenen Daten noch Informationen 
zur Fehlerkorrektur gespeichert, der 
sogenannte ECC (Error Correction 
Code) und EDC (Error Detection Code). 
Das CD-ROM-Laufwerk benutzt wäh¬ 
rend des Lesens diese Daten zur Kor¬ 
rektur der Fehler, die in einem Sektor 
enthalten sind. Es gibt aber auch einige 
Sektorformate, in denen auf das Able¬ 
gen des ECCs und EDCs verzichtet 
wird, das ist z.B. bei Audio-CDs der 
Fall. Dennoch wird auch in diesen Fäl¬ 
len eine Fehlerkorrektur durchgeführt, 
allerdings auf einer niedrigeren Ebene 
als es bei Verwendung des ECCs und 
ECDs der Fall ist. 

f Eine Korrektur der Daten auf 

• einer CD ist immer nötig , wenn 
auch ohne ECC und EDC mög¬ 
lich. 

Das Prinzip dieser Korrekturtechnik liegt 
in der Art und Weise, wie Daten auf 
einer CD enthalten sind. Diese werden 
mit dem sog. CIRC (Cross-Interleaved 
Reed-Solomon Code) gespeichert, 
genauer: codiert. Beim Lesen werden 
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Sektor: 3234 Bytes 


Daten 
2352 Bytes 


Audio mode 
2352 Bytes 


Mode 1 1 Form t 
2048 Bytes 


Mode I, Form 2 
2336 Bytes 


Mode 2, Form S 
2048 Bytes 


Mode 2, Form 2 
2324 Bytes 
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□ 

□ 

□ 


Nutzdaten 

Korrekturdaten 

Unbenutzter 

Speicherbereich 

Modiinformationen 


Abb. 3: Die verschiedenen Trackmodi und ihr Aufbau 


die Daten durch das Laufwerk (oder 
den CD-Player) decodiert, wobei zwei 
verschiedene Ebenen der Korrektur exi¬ 
stieren: 

1. CI, eine Methode, die eine Fehler¬ 
korrektur auf Bit-Ebene ermöglicht. 

2. C2, eine Methode, die Fehlerkorrek¬ 
turen auf Byte-Ebene gestattet, 
wobei einzelne Bytes zu 24 Byte 
großen Frames und diese zu 98 
Frame großen Datenblöcken 
zusammengefaßt werden. 

Mit diesen Codierungsverfahren können 
die meisten Fehler korrigiert werden. 
Steigt die Fehlerrate jedoch weiter an 
(weil die CD z.B. sehr verschmutzt oder 
gar verkratzt ist), so beginnt das Lauf¬ 
werk die fehlerhaften Bereiche des 
Datenstroms durch interpolierte Werte 
zu ersetzen. Auf diese Weise wird man 
beim Anhören von Audio-CDs vor stö¬ 
renden Knackgeräuschen zumeist ver¬ 
schont. Allerdings erreicht die Methode 


der Interpolation, 
wie man sich leicht 
vorstellen kann, 
rasch ihre Grenze, 
womit der Sinn 
zusätzlichen ECCs 
und EDCs klar 
wird. 

Die mittlere 

Zugriffszeit eines 
CD-ROM-Laufwer¬ 
kes ist übrigens 
bedeutend größer 
als die von Fest¬ 
platten. Während 
bei letzteren die 
Zugriffszeiten im 
Millisekundenbe¬ 
reich liegen, verfü¬ 
gen CD-ROM-Lauf¬ 
werke über mittlere 
Zugriffszeiten im Bereich einiger Zehn¬ 
telsekunden (in der Regel 0,2 bis 0,7 
Sekunden). Die effektive Zugriffszeit ist 
trotz schneller Hardware allerdings auch 
durch den Aufbau einer CD begrenzt. 
Um zu verstehen, wie Daten auf einer 
CD abgelegt und verwaltet werden, ist 
ein genauere Betrachtung der Struktur 
einer CD-ROM nötig. 

Über Tracks, TOCs und Sessions 
Die physikalische Struktur einer CD ist 
nun hinreichend bekannt. Betrachten 
wir die CD jetzt vom Standpunkt der 
Datenspeicherung und -Verwaltung. 

Die Daten einer CD (egal ob Audiodaten 
oder Dateien) werden in sog. Tracks 
(Spuren) gespeichert. Diese Spuren 
können eine variable Länge haben. Die 
Tracks selbst bestehen wiederum aus 
einzelnen Sektoren mit einer invaria¬ 
blen Länge von 3234 Bytes. Auf einen 
CD können maxinral 99 Tracks vorhan¬ 
den sein. Die Daten werden also sektor¬ 
weise innerhalb eines Tracks geschrie¬ 
ben und gelesen. 


34 






Hardware: Theorie 2 - Die CD-ROM 


Pro Sektor können 2352 Bytes Nutzda- 
len gespeichert werden. Die verbleiben¬ 
den 882 Byte dienen zur Aufnahme von 
Informationen für die Fehlerkorrektur. 
Die Sektoren können intern unter¬ 
schiedlich organisiert sein. Es gibt fünf 
sog. Trackmodi, welche diese Organi¬ 
sation festlegen (siehe auch Abb. 3): 

1. Audiomode 

In diesem Modus werden die 
gesamten 2352 Bytes eines Sektors 
mit Audiodaten belegt. Auf Informa¬ 
tionen für eine Fehlerkorrektur wird 
verzichtet. Sämtliche Fehler auf der 
CD werden also auch wiedergege¬ 
ben, liegen allerdings außerhalb des 
menschlichen Hörbereiches, so daß 
sie von uns nicht wahrgenommen 
werden können. 

2. Mode 1, Form 1 

Dieser Modus ist das Standardfor¬ 
mat für Daten-CDs. Pro Sektor wer¬ 
den 2048 Byte mit Daten beschrie¬ 
ben. Der restliche Bereich wird zur 
Speicherung von Informationen für 
die Fehlerkorrektur verwendet. 

3. Mode 7, Form 2 

Ähnlich wie im Audiomode wird hier 
auf das Speichern von Daten zur 
Fehlerkorrektur verzichtet. Ein Sek¬ 
tor kann daher 2336 Bytes aufneh¬ 
men. Dieses Format ist ungebräuch¬ 
lich. 

4. Mode 2, Form 1 

Das Format ähnelt dem Trackmodus 
Mode 1, Form 1. Der Modus Mode 
2, Form 1 wird v.a. für Kodak Photo- 
CDs verwendet. Hierbei werden 8 
nicht verwendete Bytes des Spei¬ 


cherbereiches zur Fehlerkorrektur 
zum Ablegen von Modiinformationen 
verwendet. Damit wird es möglich, 
zwischen verschiedenen auf der CD 
enthaltenen Sessions und unter¬ 
schiedlichen Trackmodi umschalten 
zu können. Die Herstellung von Mul- 
tisession-CDs und das Speichern 
unterschiedlicher Sektorformate 
innerhalb eines Tracks werden auf 
die Weise ermöglicht. Die Speicher¬ 
kapazität bei Verwendung dieses 
Trackmodus pro Sektor beträgt 
2048 Byte. 

5. Mode 2, Form 2 

Dieser Modus ähnelt Mode 1, Form 
2. Das Datenformat entspricht dem 
des Mode 2, Form 1, auf eine Feh¬ 
lerkorrektur wird jedoch weitgehend 
verzichtet, so daß insgesamt 2324 
Bytes Nutzdaten in einem Sektor 
gespeichert werden können. CDs, 
die mit diesem Format geschrieben 
sind, können von älteren Laufwer¬ 
ken, die nicht Photo-CD- kompatibel 
sind, nicht gelesen werden. 

Mit diesen Formaten kennen Sie nun 
den Aufbau der einzelnen Sektoren 
innerhalb eines Tracks. Der Track 
selbst kann aus beliebig vielen solcher 
Sektoren bestehen. 

Eine CD beinhaltet mindestens einen 
Track. Eine Vorschrift, wieviele Spuren 
eine CD desweiteren enthalten muß, 
gibt es nicht, nur die Höchstzahl von 99 
kann nicht überschritten werden 3 . Wich¬ 
tig ist zu beachten, daß eine Datei oder 
ein Lied nur innerhalb einer Spur abge¬ 
speichert wird. Es ist also nicht üblich, 
eine Datei oder ein Musikstück auf 
mehrere Tracks zu verteilen. Das rührt 


3 Die Tracknummern werden BCD-codiert gezählt, also als zweistellige Dezimalzahl begin¬ 
nend bei 01. Daher kann die maximale Anzahl von 99 Tracks nicht überschritten werden. 
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daher, daß die Verzeichnisinformatio¬ 
nen nicht in einem gesonderten Ver¬ 
zeichnisbaum, sondern im Track selbst 
enthalten sind: Jeder Track führt sein 
eigenes Verzeichnis (Directory) der 
Informationen, die nur er enthält. Dabei 
gilt: 

□ Beliebig viele Dateien können inner¬ 
halb eines Tracks (Datentrack) 
abgelegt werden. 

□ Ein Musikstück kann nur in einem 
eigenen Track (Audiotrack) abgelegt 
werden (ein Musikstück pro Spur). 

Im übrigen folgt einem abgeschlosse¬ 
nen Track nicht sofort der nächste: Zwi¬ 
schen jedem Track befindet sich ein 
nicht bespielter Bereich, ein sog. Pre- 
gab . Sie kennen ihn als Pause von ca. 
2 Sekunden Länge auf Ihren Audio- 
CDs. Dieser Pregab befindet sich 
sowohl auf Audio- als auch auf Daten- 
CDs. 

TOCs 

In einem Track befinden sich Informa¬ 
tionen über die einzelnen Positionen der 
Sektoren innerhalb des Tracks und 
wozu sie gehören; ferner allgemeine 
Systeminformationen über den Track 
selbst. 


der CD. Ein solches Verzeichnis wird zu 
Beginn einer jeden Session neu ange¬ 
legt. Genau gesagt ist die TOC 
Bestandteil des sog. Lead-In , mit dem 
eine Session beginnt. Was eine Session 
ist, erklärt der nächste Abschnitt. 

Lead-In, Lead-Out und Sessions 
Der Anfang der kilometerlangen Daten¬ 
schleife auf der CD beginnt mit einem 
Datenblock, der grundsätzliche Informa¬ 
tionen über die CD beinhaltet, etwa der 
beim Beschreiben benutzte Trackmo¬ 
dus. Dieser Informationsblock wird 
Lead-In genannt. 

Einen abgeschlossenen Aufzeich¬ 
nungsvorgang bezeichnet man als Ses¬ 
sion (Sitzung). Eine Session beginnt 
mit einem Lead-In , der auch die TOC 
enthält, dem beliebig viele, jedoch nicht 
mehr als 99 Tracks folgen 4 . 

Die Session wird mit einem Lead-Out 
abgeschlossen, dessen Inhalt weniger 
relevant als der des Lead-Ins ist. 

Im Normalfall beinhaltet eine CD nur 
eine Session , d.h. der Datenträger ver¬ 
fügt nur über einen Lead-In , der die 
Session einleitet und einen Lead-Out , 
der sie abschließt. Diese Informations¬ 
blöcke müssen vorhanden sein, wenn 
man die CD in einem CD-ROM-Lauf¬ 
werk lesen möchte. 

Während man eine CD-R noch 


Da bis zu 99 Tracks auf einer CD ent- beschreibt, ist der Datenträger noch 
halten sein können, ist ein weiteres, nicht »abgeschlossen«, d.h. Lead-In 
übergeordnetes Ver¬ 
zeichnis nötig, die 
sogenannte Table Of 
Contents (TOC) . Die 
TOC speichert übrigens 
keine Directory- 1 nfo r- 
mationen, sondern 
lediglich die Anzahl der 
Spuren und deren 

Anfangspositionen auf Abb. 4: Abfolge von Lead-In, TOC, Tracks und Lead-Out. 



4 Die Tracks werden sessionübergreifendgezählt. Befinden sich in einer Session 40 Tracks, 
kann die zweite demnach höchstens 59 beinhalten. 


36 



Hardware: Theorie 2 - Die CD-ROM 


und Lead-Out sind in diesem Stadium 
noch nicht auf dem Datenträger vorhan¬ 
den. Um aber die bereits auf die CD-R 
geschriebenen Trackpositionen zu spei¬ 
chern, wird die TOC in einen speziellen 
Speicherbereich, der PMA (Program 
Memory Area) geschrieben, auf den nur 
CD-Recorder zugreifen können. Daher 
Ist man nicht gezwungen, eine Session 
nbzuschließen, sondern kann das 
Beschreiben der CD-R später fortset- 
/en. In normalen CD-ROM-Laufwerken 
Ist die CD jedoch noch nicht lesbar. Erst 
nach dem Abschluß der Session wird 
der Lead-In geschrieben und in ihn die 
TOC. Wird eine CD-R abgeschlossen, 
werden für den Lead-In und Lead-Out 
etwa 12-20 MByte der Speicherkapazi¬ 
tät beansprucht. 

Natürlich kann der Speicherplatz auf 
einer CD nur einmal beschrieben wer¬ 
den; ist aber noch Speicherkapazität 
vorhanden, kann man eine neue Sessi¬ 
on beginnen, die hinter der ersten ange¬ 
fügt wird. Bei der Herstellung einer sol¬ 
chen Multisession-CD muß man die 
neue Session bereits erstellen, wenn 
die erste abgeschlossen wird. Das ist 
deswegen so, weil der erste Lead-In 
einen Verweis auf den zweiten enthält, 
so daß das CD-ROM-Laufwerk die 
TOCs der einzelnen Sessions als Konti¬ 
nuum lesen kann. Weil jeder Speicher¬ 
bereich nur einmal beschrieben werden 
kann, muß der Verweis auf die zweite 
Session bereits bei Abschluß der ersten 
In den Lead-In aufgenommen werden. 
Würde die CD-R nach Schreiben der 
ersten Session ganz abgeschlossen 
werden, was man versiegeln nennt, so 
wäre ein späteres Anfügen einer neuen 
Session nicht mehr möglich. Die zweite 
Session kann dann einen Verweis auf 
die dritte, die dritte einen auf die vierte 
usw. tragen. Ältere CD-ROM-Laufwerke 
und Audio-CD-Player können jedoch 
nicht von Lead-In zu Lead-In springen, 


um die CD vollständig zu lesen. Daher 
erkennen Sie nur die erste Session 
einer Multisession-CD. 

Die Multisessiontechnologie erlaubt 
eine höhere Flexibilität bei der Fertigung 
eigener CDs. So ist man nicht dazu 
gezwungen, eine CD abzuschließen 
und zu versiegeln, wenn noch 100 
MByte auf dem Rohling frei sind. Man 
schließt die erste Session einfach ab 
und beginnt eine neue. Allerdings muß 
das CD-ROM-Laufwerk , mit dem die 
CD gelesen werden soll, multisessionfä¬ 
hig sein. Eine Einschränkung, die heut¬ 
zutage jedoch kaum mehr ins Gewicht 
fallen dürfte. Übrigens: Eine CD, die als 
Goldmaster dient, sollte keine Multises- 
sion-CD sein. 

Zu beachten ist außerdem, daß 
Tracks sessionübergreifend numeriert 
werden, daß also eine CD stets nur 99 
Spuren haben kann, gleich wieviele 
Sessions sich auf ihr befinden. Wie eine 
CD mit Lead-In , Lead-Out , TOCs und 
Tracks aussieht, zeigt Abbildung 4. 

Über Normen und Namen 
Nichts geht ohne Norm, und auch die 
Datenformate von CDs sind standardi¬ 
siert. Die ISO (International Standards 
Organisation) legte in der Norm 9660 
fest, wie Daten auf CDs gespeichert 
werden. Was dieser Standard beinhal¬ 
tet, haben Sie in den vorangegangenen 
Abschnitten gelesen. Der ISO 9660- 
Standard bietet ferner zum Abspeichern 
von Verzeichnisinformationen 3 Stufen, 
die zur Vergabe von Dateinamen auf 
einer CD gültig sein können: 

1. Level 1 

schreibt das 8.3-Format für Dateina¬ 
men vor. Dieses Format kennen Sie 
von FAT . Lange Dateinamen wer¬ 
den einfach auf 8.3 während des 
Beschreibens der CD gekürzt. 
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2. Level 2 

gestattet Dateinamen mit einer Län¬ 
ge bis zu 31 Zeichen. Der Name 
darfeinen Punkt enthalten. 

3. Level 3 

erlaubt wie Level 2 Dateinamen mit 
einer Länge bis zu 31 Zeichen, 
gestattet zusätzlich aber beliebig 
viele Punkte in der Dateibezeich¬ 
nung. 

Für alle drei Level gilt, daß alle Buchsta¬ 
ben großgeschrieben werden, Umlaute 
und Sonderzeichen durch ~ und Leer¬ 
zeichen durch _ ersetzt werden. 

Neben diesen drei Stufen des ISO 
9660-Standards existieren noch zwei 
Erweiterungen, welche die Einschrän¬ 
kungen der Norm aufheben: 

1. Rockridge Extensions 

Ein Standard, der die ISO 9660- 
Norm durch Spezifika des UNIX- 
Dateisystems erweitert. Sowohl auf 
diesem System verwendete Dateiat¬ 
tribute als auch lange Dateinamen 
mit Leer- und Sonderzeichen, belie¬ 
big vielen Punkten usw. können in 
diesem Format auf die CD geschrie¬ 
ben werden. 

2. Joliet 

Der MS-Extra-Windows-CD-Dateisy- 
stem-Standard. Joliet wird unter 
Win9x und Windows NT benutzt. 
Auch hier können lange Dateinamen 
gespeichert werden, die bis zu 64 
Zeichen lang sein dürfen. Sonder¬ 
zeichen sind erlaubt. 

OS/2 unterstützt von Haus aus den ISO 
9660-Standard und Dateinamen nach 
Level 2. Dies reicht für eine CD auch 
aus und garantiert, daß die Verzeich¬ 


nisinformationen auf jedem Betriebssy¬ 
stem ohne Probleme lesbar sind (bis 
auf MS-DOS, aber das dürfte kaum 
interessieren). Seit dem FixPack 36 für 
Warp 3 und 6 für Warp 4 unterstützt 
OS/2 auch den Joliet- Standard. Wie er 
genutzt werden kann, ist im Software- 
Kapitel erklärt, wenn wir CD-Writer-Soft- 
ware für OS/2 betrachten. 

Photo-CD und XA 

Vielleicht können Sie sich noch an die 
Markteinführung der Kodak Photo-CDs 
erinnern. Man konnte sich zum ersten 
Mal seine Photos direkt vom Film auf 
die CD kopieren lassen. Dann bekam 
man die CD zurück und konnte sie 
erneut einschicken. Die Photo-CD ist 
also, sofern sie mehr als einmal 
beschrieben wird, eine Multisession-CD. 
Als Trackmodus kommt Mode 2, Form 
1 zur Anwendung. 

Die Photo-CD ist schon recht lange 
auf dem Markt und wurde schnell von 
den Herstellern der CD-ROM-Laufwerke 
unterstützt. Viele, selbst sehr günstige 
CD-ROM-Laufwerke sind Photo-CD- 
und daher auch multisessionfähig. 
Neben den eigentlichen Bilddateien ent¬ 
hält die Photo-CD noch Steuerinforma¬ 
tionen für CDI-Geräte, was für uns 
jedoch uninteressant ist. 

XA ist ein Standard, der zur gleichzei¬ 
tigen Wiedergabe von Bild- und Tonda¬ 
teien entwickelt wurde. Ein simultanes 
Lesen beider Datentypen ist v.a. für auf 
CD gespeicherte Filme notwendig. 
Erreicht wird es, indem innerhalb der 
einzelnen Tracks mal Bild- mal Audio- 
sektoren aneinandergereiht werden. 
XA-CDs werden daher im Trackmodus 
Mode 2, Form 1 oder Form 2 beschrie¬ 
ben. 

CDs beschreiben 

Sie wissen nun genau, wie eine CD auf¬ 
gebaut ist, und wie von ihr gelesen wird. 
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Aber wie wird sie beschrieben und her- 
ijostellt? 

Die CD-ROMs , mit denen man es nor¬ 
malerweise zu tun hat, werden gepreßt 
(Ähnlich wie Schallplatten), nicht 
gebrannt wie CD-Rs. Die Rohlinge 
haben wir bereits am Anfang dieses 
Abschnittes beschrieben. Zur Fertigung 
wird ein sogenannter Glasmaster 
erstellt, der für den Preßvorgang benö¬ 
tigt wird. Abbild für dieses Original ist 
der bereits erwähnte Goldmaster. Die 
Herstellung des Goldmasters bezeich¬ 
net man auch als Premastering. 

Prinzipiell kann man zur Herstellung 
Her Preßvorlage Daten auch auf Medien 
wie DAT-Streamerkassetten zur Verfü¬ 
gung stellen. Weitaus praktischer ist es 
(•doch, als Goldmaster eine CD-R her- 
/ustellen, da sie direkt zur Fertigung 
des Glasmasters verwendet werden 
kann. Da wir uns in dieser Ausgabe 
schwerpunktmäßig mit der Handhabung 
von CD-Rs befassen, betrachten wir 
abschließend noch einmal zusammen¬ 
lassend die Besonderheiten dieses 
Datenträgers unter Erwähnung weiterer 
Kleinigkeiten. 

CD-Rs und CD-RWs 
I Ine CD-R gehört zu den sog. WORM- 
Medien (Write Once Read Multiple 
Modien) und ist eine einmalig 
hoschreibbare CD , die sich von einem 
normalen »Silberling« durch eine orga¬ 
nische Schicht zwischen Substrat und 
Hoflexionsschicht unterscheidet, die zur 
Aufnahme der Daten dient. Wie Sie wis- 
son, werden die einzelnen Bits durch 
nlnen Laser von der CD abgetastet, 
was möglich ist, da deren Oberfläche 
unterschiedliche Reflexionseigenschaf- 
Inn aufweist. Um nun auf einem CD-R- 
Kohling die erforderlichen Pits zu erzeu¬ 
gten, muß die Oberfläche ihre Refle- 
•uonseigenschaften einmalig verändern 
können. Die Veränderung der Aufnah¬ 


meschicht wird thermisch herbeigeführt, 
und zwar ebenfalls mit einem Laser. 

Die Beschichtung einer CD-R ist 
natürlich so widerstandsfähig, daß der 
Laser normaler CD-ROM-Laufwerke 
zum Abtasten die Oberflächeneigen¬ 
schaften nicht zerstört. Folgerichtig muß 
der Laserstrahl zum Schreiben eine 
höhere Energie haben. Wie die gepreß¬ 
te CD verfügt die selbstbeschriebene 
CD-R über vielerlei Vorzüge: 

□ Hohe Datensicherheit und Langle¬ 
bigkeit des Datenträgers, 

□ einfache Handhabung beim Lesen 
und Beschreiben und berührungs¬ 
freies (optisches) Abstasten der 
Datenträgeroberfläche, 

□ simple Austauschbarkeit von Daten 
von einem auf ein anderes Betriebs¬ 
system, 

□ akzeptable Zugriffsgeschwindigkei¬ 
ten bei der Suche nach bestimmten 
Dateien sowie 

□ extrem niedrige Datenträgerpreise 
(DM 2,80 bis 5,80) in Relation zur 
hohen Kapazität von ca. 650 MByte. 

Die Lebensdauer eines Datenträgers 
bestimmt zu großen Teilen den Grad 
der Datensicherheit des Mediums. CDs 
haben i.a. eine Lebensdauer von bis zu 
50 Jahren, wobei herkömmliche CDs 
wegen ihrer Aluminiumbeschichtung 
eine geringere Lebenszeit aufweisen. 

Allerdings ist die Datensicherheit einer 
CD-R letztlich nicht ganz so hoch wie 
die einer gepreßten CD. Die Aufnahme¬ 
schicht der CD-R ist weitaus empfindli¬ 
cher als die Beschichtungen der norma¬ 
len CD und nach wie vor empfindlich 
gegen thermische Einwirkungen. Son¬ 
nenlicht etwa kann eine CD-R völlig 
unbrauchbar machen. Man sollte Sie 
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also von starken Lichtquellen fernhal¬ 
ten, da die Oberfläche ansonsten zer¬ 
stört werden kann. Auch Verschmut¬ 
zungen, Kratzer und Umwelteinflüsse 
greifen eine CD-R mehr an als normale 
CDs. Man sollte also vorsichtiger mit 
diesen Datenträgern umgehen. 

Ferner hat die besondere Beschich¬ 
tung der CD-R etwas andere Refle¬ 
xionseigenschaften als die Metallober¬ 
fläche der gepreßten Silberlinge. Dem¬ 
zufolge können beim Lesen mehr Feh¬ 
ler als gewöhnlich auftreten. Generell 
kann man die meisten Schwächen der 
CD-R jedoch durch die Verwendung 
hochwertiger Rohlinge minimieren. 
Zumindest Schwierigkeiten beim Lesen 
traten bei unseren Tests nicht auf. Es 
ist schwierig anzugeben, welche CD-R 
die beste ist. Tests einschlägiger Fach¬ 
zeitschriften sollte man nur mit Vorsicht 
genießen. Die Qualität der erzeugten 
CDs hängt neben dem Rohling auch 
vom Zusammenspiel mit dem Recorder 
und letztlich mit den eingesetzten CD- 
ROM-Laufwerken ab, so daß Tests, die 
CD-Rohlinge untersuchen, kaum allge¬ 
meingültige Resultate erzielen. 

Wichtig ist zu beachten, für welche 
Schreibgeschwindigkeiten sich CD-Rs 
eignen. Übliche CD-Rs lassen sich auf 
jeden Fall mit 4-facher Geschwindigkeit 
beschreiben. Es gibt auch solche, auf 
die man mit 6-facher oder höherer 
Geschwindigkeit aufzeichnen kann. 

Was bezüglich der Geschwindigkeit 
zum Lesen gesagt wurde, gilt in noch 
bedeutenderem Maße für das Beschrei¬ 
ben von CD-Rs : Je geringer die 
Schreibgeschwindigkeit ist, desto höher 
ist die Qualität der fertigen CD. Wenn 
Sie also CDs als Vorlage für die Serien¬ 
produktion erstellen, stellen Sie sicher, 
daß der CD-Recorder mit höchstens 2- 
facher Geschwindigkeit schreibt. Eine 
mit 3- oder 4-facher Schreibgeschwin¬ 
digkeit gefertigte CD eignet sich bereits 


nicht mehr als Goldmaster. Mit geringe¬ 
ren Schreibgeschwindigkeiten stellen 
Sie außerdem sicher, daß die CD von 
weniger guten CD-ROM-Laufwerken 
problemlos gelesen werden kann. 

Eine CD-RW (Compact Disk Rewri- 
table) hebt den Nachteil der CD-R auf. 
Wie gesagt kann ein Bereich der CD-R 
nur ein einziges Mal beschrieben wer¬ 
den. Wollte man versuchen, auf einen 
Bereich zu schreiben, der bereits Daten 
enthält, würde man die CD-R zerstören. 
Anders bei der CD-RW , die nach dem 
Beschreiben formatiert und daraufhin 
neu beschrieben werden kann. Dabei ist 
dieser Datenträger im Prinzip genauso 
aufgebaut wie die CD-R, besitzt jedoch 
noch einige zusätzliche, dielektrische 
Schichten und eine andere Reflexions¬ 
schicht. 

Eine CD-RW läßt sich nicht beliebig 
oft löschen und wieder beschreiben. 
Etwa 1.000 Zyklen sind realistisch, 
selbst wenn einige Hersteller weit mehr 
(z.B. 10.000 oder gar 100.000) Zyklen 
für möglich erklären. Die Praxis setzt 
der Wiederverwendbarkeit des Medi¬ 
ums einfach Grenzen. 

CD-RW-Rohlinge sind bedeutend 
teuerer als CD-Rs (DM 21,00 bis 28,00 
pro Medium). Der Medienpreis ist hier 
immer noch günstiger als der von MO- 
Medien, und die hergestellten CDs las¬ 
sen sich theoretisch (!) wie die CD-Rs 
mit jedem Computersystem lesen. Man 
braucht zum Beschreiben von CD-RWs 
auf jeden Fall einen speziellen Recor¬ 
der, da der Aufbau der Beschichtung 
einer CD-RW anders als die einer CD-R 
ist; doch auch das CD-ROM-Laufwerk 
muß für CD-RWs geeignet sein, weil 
das Reflexionsvermögen einer CD-RW 
unter dem der normalen CD und CD-R 
liegt. Als absolut sicheres Aus¬ 
tauschmedium für Daten zwischen ver¬ 
schiedensten Systemen kommt die CD- 
RW daher (noch) nicht in Betracht. □ 
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OS/2-taugliche CD-Recorder 

Nach der Vermittlung des nötigen Basis¬ 
wissens rund um die CD möchten wir 
uns nun mit der Praxis befassen und 
olnige für OS/2 geeignete CD-Recorder 
vorstellen. 

Für OS/2 kommen sowohl Geräte für 
den SCSI-Bus als auch für den IDE-Port 
In Frage. Wir haben folgende CD-Recor- 
der einer näheren Betrachtung unterzo¬ 
gen: 

u TEAC CD-R55SK 
ü Philips CDD3600 
ü Sony CDU 948 S 
u Plextor PX-R820Ti 

□ Yamaha CRW-4416S 

□ HP SuperStore 81 OOi 

Die Geräte von Philips , Yamaha und 
Hewlett Packard eignen sich auch zur 
Verarbeitung von CD-RWs. Der HP 
SuperStore 8100i ist ein IDE-Gerät 5 , alle 
anderen Recorder sind SCSI-Laufwer- 
ke. 

Wir haben das IDE-Gerät nur der Voll¬ 
ständigkeit halber in unseren Test auf¬ 
genommen, um zu zeigen, daß sich 
auch diese Laufwerke unter OS/2 betrei¬ 
ben lassen. Wir halten SCSI für die 
beste Lösung in puncto Massenspei¬ 
chersysteme für OS/2, da dieses Subsy¬ 
stem die CPU bei Datenoperationen so 
gut wie nicht belastet und damit für ein 
System, das wie OS/2 mit preemptivem 
Multitasking arbeitet, am besten geeig¬ 
net ist 6 . Wer jedoch jetzt CD-ROM- 


Recording betreiben möchte, und kein 
SCSI-Subsystem hat (auch nicht in 
Zukunft), dem steht mit OS/2 kein Hin¬ 
dernis zum Beschreiben eigener CDs 
mit IDE im Weg. Alle, die aber an einen 
Umstieg auf SCSI denken, sollten mit 
der Investition in den CD-Recorder war¬ 
ten, bis sie einen SCSI-Adapter ihr 
eigen nennen. Mit SCSI zu arbeiten, 
macht das CD-Recording zu einem 
wahren Genuß, weil man die CD-Rs 
ohne Hindernisse im Hintergrund 
beschreiben und normal mit dem 
System Weiterarbeiten kann. Für eine 
ausreichende Datentransferrate ist mit 
SCSI im Gegensatz zu IDE immer 
gesorgt. 

Auf jeden Fall raten wir von CD- 
Recorden für den Parallelport ab. 
Anders als bei einem LS-120 Laufwerk 
oder einem Zip, auf das man ab und an 
zur Datensicherung zugreift, ist für das 
Beschreiben von CDs eine ausreichen¬ 
der Datenstrom notwendig. Die Leistung 
des Parallelports kann diese Bedingung 
aber nicht erfüllen. Zudem benutzt man 
Geräte für die parallele Schnittstelle, 
wenn man auf Mobilität angewiesen ist. 
Das CD-Recording kommt hierfür ohne¬ 
hin kaum in Betracht. OS/2 unterstützt 
diese Geräte (zum Glück) auch nicht. 

Allgemeines zur Installation 

Zur Installation der SCSI-Geräte gibt es 
nicht viel zu sagen, da sie wie jedes 
andere SCSI-Device einfach an den Bus 
angeschlossen werden. Allerdings gibt 
es einige Kleinigkeiten, die es zu beach¬ 
ten gilt: 

□ Geben Sie dem CD-Recorder nach 
Möglichkeit eine ID direkt nach den 


5 Der Hewlett Packard CD-Recorder ist auch für den SCSI-Bus erhältlich. 

6 Ähnlich wie bei Graphikkarten, übernimmt ein Prozessor auf dem SCSI-Adapter das 
Management des Datenbus. Die CPU gibt nur noch entsprechende Befehle an den Adap¬ 
ter weiter. Dadurch wird die CPU wenig belastet, und Datenoperationen können im Hinter¬ 
grund ausgeführt werden. 
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angeschlossenen Festplatten (in der 
Regel ID 4-2). 

□ Gestattet der CD-Recorder nur die 
Belegung von zwei oder drei IDs, 
wählen Sie in diesem Fall diejenige 
der höheren Priorität. 

□ Dem CD-ROM-Laufwerk in Ihrem 
System geben Sie die nächste ID 
nach dem Recorder. 

□ Alle getesteten CD-Recorder sind 
werkseitig terminiert. Entscheiden 
Sie anhand Ihrer Bus-Konfiguration, 
ob der Recorder terminiert werden 
muß, und schlagen Sie im Abschnitt 
der Einzelvorstellung der Geräte 
nach, wie die Terminierung der Lauf¬ 
werke vorgenommen wird. 


Die oben beschriebene Wahl der ID 
dient dazu, dem CD-Recorder eine 
höhere Priorität auf dem SCSI-Bus zu 
geben. Für simultane Zugriffe mehrerer 
Geräte auf den Bus sollte der CD- 
Recorder wegen der z.T. kritischen 
Situationen bei Datentransfers in stark 
ausgelasteten Systemen sicherheitshal¬ 
ber gegenüber »unwichtigeren« Geräten 
wie externen Speichersystemen oder 
CD-ROM-Laufwerken höherprivilegiert 
sein, sofern Sie mehr mit Festplatte und 
Recorder arbeiten. 

IDE weist als einfacheres System nur 
eine sehr primitive Hierarchie unter den 
Laufwerken auf. Dieser Standard 
erlaubt grundsätzlich nur zwei Geräte 
am Port. Bei EIDE gibt es zwei Ports, 
die unabhängig voneinander arbeiten. 
Eines der Geräte an jedem IDE-Port ist 
der Master, das andere der Slave. Wie 
es der Terminus vermuten läßt, ist auch 
die Priorität verteilt. Beachten Sie daher: 

□ Konfigurieren Sie nach Möglichkeit 
den IDE-CD-Recorder als Master am 


zweiten IDE-Kanal, und das CD 
ROM als Slave am zweiten Kanal. 

□ Bei älteren VLB-Systemen betrei 
ben Sie den Recorder als Slave 
zusammen mit der Festplatte am 
ersten IDE-Kanal. Der Grund hierfür 
liegt darin, daß der zweite IDE-Kanal 
nicht über den 32-Bit Local Bus, 
sondern über den 16-Bit ISA Bus 
betrieben wird. Die Leistung des 
zweiten IDE-Kanals bei Local-Bus- 
Systemen ist daher geringer. 

Die hier dargestellten Tips dienen dazu, 
den Recordern einen möglichst guten 
Platz in puncto Performance im System 
zu verschaffen, um eine optimale Daten¬ 
übertragung von anderen Quellen, wie 
Festplatten oder CD-ROM-Laufwerken, 
zum Recorder zu gewährleisten. Das ist 
wichtig, damit der Recorder ohne Unter¬ 
brechungen auf die CD schreiben kann. 

Im übrigen müssen Besitzer soge¬ 
nannter »langsamer Rechner«, die z.B. 
mit einem hochgetakteten 486er oder 
alten Pentium ausgerüstet sind, nicht 
auf das CD-ROM-Recording verzichten, 
zumindest nicht mit SCSI. Wir haben 
alle SCSI-Geräte ebenfalls in einem 
VLB-System mit einem 486 DX/2-66, 32 
MByte RAM und Adaptec 2842A-VL 
SCSI-Adapter auf dem VLB-Bus gete¬ 
stet und konnten zügig und ohne 
Schwierigkeiten CD-Rs und CD-RWs 
beschreiben. Ein Beispiel dafür, was ein 
»alter« Prozessor mit dem richtigen 
Massenspeichersystem und ausreichen¬ 
dem Hauptspeicher unter OS/2 leisten 
kann. 

Rahmenbedingungen für den Test 

Uns interessierte bei unserem Test v.a. 
das Preis-Leistungsverhältnis: Welches 
Laufwerk bietet zu einem akzeptablen 
Preis hohe Funktionalität und Zuverläs¬ 
sigkeit? Die Laufwerke, die eine Emp- 
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< i Mi! sind, sollten natürlich auch 
»i ihhim tlni inziell vertretbaren Rahmen 

|mii i wenn man bedenkt, daß es 
« !i vi. htlgere Baugruppen in einem 

.hiMM gibt als ein CD-Recorder (z.B. 

- • ii m»II« Festplatten, RAM und eine 
i <i. «miphlkkarte). 

i mm ! Mstmaschinen, mit denen wir die 

.. unter die Lupe nahmen, waren 

Hltnii dum bereits erwähnten 486er 
♦•oh uln System mit einem IBM/Cyrix 
• Mim , einem Adaptec 2940 SCSI- 
'•l.iplor, Onboard-EIDE-Controller und 
Mit| »lochendem Festspeicherausbau 
Milt uiner 4,5 GByte IBM-SCSI- und 
Hiui 1,2 GByte EIDE-Festplatte von 
• »«pite. Mit diesem System testeten 
vH nuch den CD-Recorder von Hewlett 
i'nc.kard. Den 486er erleichterten wir 
um h seiner SCSI-Festplatte und ließen 
i n System nur mit seiner 850 MByte 
HIM-IDE-Festplatte und dem Recorder 
.im SCSI-Bus arbeiten, um die Tauglich- 
l-nll der CD-Recorder auf einem System 
zu testen, bei dem das Festplattensy- 
ilum nur auf IDE basiert. Wir veränder- 
lon die Konfiguration in beiden Syste¬ 
men auch so, daß IDE gar nicht mehr 
/um Einsatz kam: Ohne Zweifel die 
beste Lösung. Alle Recorder testeten 
wir mit diesen Systemen und den jewei¬ 
ligen beschriebenen Konfigurationen, 
um ein möglichst umfassendes 
Gesamturteil erstellen zu können 7 . 
Wichtig war uns die gemeinsame Arbeit 
des Recorders mit IDE v.a. deswegen, 
da diejenigen, die auf SCSI umgestie¬ 
gen sind, ihre »alten« IDE-Festplatten 
sicher nicht fortwerfen; zum anderen 
interessierte uns natürlich auch die Lei¬ 
stung eines reinen SCSI-Systems. 

Von den Geschwindigkeitsangaben 
der Hersteller ließen wir uns nicht beein¬ 
drucken. Die Geschwindigkeiten in den 
Spezifikationen der Laufwerke können 


sowohl beim Lesen als auch beim 
Schreiben ohnehin nicht (ganz) erreicht 
werden. Man kann sich ihnen, wie wir 
feststellten, allerhöchstens dann am 
besten annähern, wenn man mit dem 
System nichts anderes tut, als CDs zu 
beschreiben - aber das verdirbt natürlich 
die Multitaskingeigenschaften, die man 
an OS/2 so schätzt. Folgerichtig interes¬ 
sierte uns auch, von welcher Güte die 
erzeugten CDs sind, wenn man das 
System während des Schreibens wie 
sonst belastet. 

Alle Recorder wurden unter Warp 3 
(mit FP 38) und Warp 4 (mit FP 9) 
gestetet. Als Software zum Beschreiben 
benutzten wir den RSJ-CD-Writer und 
CDRecord/2. Beide Programme weisen 
von Haus aus eine geringe Belastung 
des Systems während Schreibvorgän- 
gen auf und eignen sich daher ideal für 
OS/2. 

Wir stellten einen recht heterogenen 
Datensatz aus unterschiedlich langen 
Dateien zusammen. Dazu gehörten kur¬ 
ze Text- und Bilddateien bis hin zu gro¬ 
ßen Bitmaps und auch Audiodaten, die 
mit einem Tagebuchprogramm erstellt 
worden waren. Diese großen Dateien 
waren etwa 6 bis 32 MByte groß. Insge¬ 
samt schrieben wir auf Rohlinge von 
BASF und Maxell mit allen Recordern 
jeweils 408 MByte Daten dieser Art 
unter den oben genannten Bedingungen 
und prüften anschließend die Qualität 
der beschriebenen CD-Rs. Danach 
begannen wir, noch zwei Sessions 
zusätzlich auf die CD zu brennen und 
kontrollierten die Brauchbarkeit der 
beschriebenen Rohlinge erneut. Als 
Test-CD-ROM-Laufwerke verwendeten 
wir gängige Modelle (z.B. das Toshiba 
XR600B ein ATAPI-CD-ROM Laufwerk), 
aber auch ältere wie das Mitsumi 
FX001D. 


7 Für den Test des HP-Gerätes konfigurierten wir den Rechner entsprechend als reines 
IDE-System. 
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Ein paar Worte zur Geschwindigkeit 

Die Schreibgeschwindigkeit der vorge¬ 
stellten Laufwerke reicht von 2x bis 8x 
(beim Plextor). Diese Geschwindigkei¬ 
ten werden aber in der Praxis nicht 
exakt erreicht. Das galt übrigens für alle 
getesteten Laufwerke. Jedoch liegt es 
nicht nur am Recorder, wie schnell das 
System aufzeichnet, sondern: 

1. An der CD-Writer Software 

Es gibt zwei Arten, Daten auf eine 
CD zu schreiben. Bei der ersten 
benutzt man einen Schreibpuffer: Da 
zumindest eine Datei nicht auf meh¬ 
rere Tracks verteilt werden darf, wird 
zunächst der Schreibpuffer der Soft¬ 
ware gefüllt, um ein kontinuierliches 
Schreiben zu ermöglichen. Erst 
dann wird der Inhalt auf die CD 
geschrieben. Währendessen wird 
der Schreibpuffer wieder gefüllt. Das 
bedeutet, daß sich die Schreibge¬ 
schwindigkeit eines Recorders nur 
dann besonders bemerkbar macht, 
wenn man einen Puffer füllen würde, 
der so groß ist, daß er den gesam¬ 
ten zukünftigen Inhalt der CD auf¬ 
nehmen kann, um ihn dann in einem 
Zug auf die CD zu schreiben. 
Ansonsten unterbricht der Recorder 
den Aufzeichnungsvorgang, damit 
die Software den Schreibpuffer wie¬ 
der füllen kann. Daher brauchten wir 
bei nahezu allen CD-Recordern mit 
dem RSJ CD-Writer , der nach die¬ 
sem Prinzip arbeitet, etwa 25 bis 30 
Minuten, um die Test-CDs zu 
beschreiben 8 . 

Die zweite Möglichkeit besteht darin, 
ein sogenanntes Image der Daten 
zu erstellen, die auf die CD-R kopiert 
werden sollen. In einem solchen Fal¬ 


le kann man die Daten auf der CD in 
einem Track unterbringen und die 
Schreibgeschwindigkeit des Recor¬ 
ders besser ausnutzen. Wir zeichne¬ 
ten mit diesem Verfahren die vorbe¬ 
reiteten Daten mit den Geschwindig¬ 
keiten 2x in etwa 35 Minuten, 4x in 
ca. 25 Minuten und 8x in ca. 15 
Minuten auf. 

2. An der Gesamtleisung des Systems 

Sollte die Software mit Schreibpuf¬ 
fern arbeiten, ist der Aufzeichnungs¬ 
vorgang um so schneller beendet, je 
schneller das System den Puffer zu 
füllen vermag. Ein langsames Fest¬ 
plattensystem wird den Schreibvor¬ 
gang erheblich in die Länge ziehen. 
Die Leistung des Festspeichersub¬ 
systems ist v.a. bei der ersten Auf¬ 
zeichnungsmethode relevant. 

Erzeugt man ein Image und brennt 
dieses auf die CD-R, ist es wichtig, 
daß der Datenstrom zum Recorder 
nicht abreißt. Um mit dem System 
wie gewohnt Weiterarbeiten zu kön¬ 
nen, ist es erforderlich, daß der 
Rechner eine entsprechend hohe 
Gesamtleistung zeigt. Sind diese 
Rahmenbedingungen nicht gege¬ 
ben, muß man das System für den 
Zweck des CD-Recordings dedizie- 
ren. 

Wir benutzten beide Aufzeichnungsme¬ 
thoden. Während der Vorstellung der 
CD-Writer-Software gehen wir noch 
detailliert auf die Aufzeichnungsverfah¬ 
ren ein. 

Die Laufwerke im Detail 

Im folgenden stellen wir Ihnen die oben 
aufgeführten Laufwerke vor. Die Vorstel¬ 
lung ist eingeteilt in eine Beschreibung 


8 Diese Angaben verstehen sich inkl. der Zeit, die für den Abschluß der Session benötigt 
wird (stets etwa 5 bis 7 Minuten mit leichten Unterschieden von Gerät zu Gerät innerhalb 
dieser Zeitspanne). 
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dor Recorder und deren Verarbeitung, 
die Erfahrungen während des Betriebes 
und einer Betrachtung der beschriebe¬ 
nen CD-Rs. Am Ende der Einzelvorstel¬ 
lungen finden Sie eine Zusammenfas¬ 
sung und eine Tabelle mit den einzel¬ 
nen Leistungsmerkmalen und Preisen. 

I'eac CD-R55SK 

Der Teac CD-R55SK ist ein Recorder 
mit schlichtem Design, den Sie auf alle 
SCSI-IDs konfigurieren können (stan¬ 
dardmäßig ist der Recorder auf ID 3 ein¬ 
gestellt). Wie die Wahl der ID erfolgt 
auch die Terminierung über Jumper, die 
gut zugänglich sind, da sie vom Gehäu¬ 
serand etwas überstehen, so daß man 
sie leicht ergreifen kann. Direkt daneben 
befindet sich die Audio-Out-Buchse zur 
Verbindung des Recorders mittels eines 
mitgelieferten Audiokabels mit der 
Soundkarte für das Abspielen von 
Audio-CDs. Auch die SCSI- und Strom¬ 
versorgungsbuchsen sind gut zugäng¬ 
lich, da sie direkt mit der Gehäuserück¬ 
seite abschließen. Die Belegung der 
einzelnen Jumper findet man auf einem 
kleinen Aufkleber auf der Gehäuserück¬ 
seite. 

Die vordere Abdeckung ist allerdings 
etwas wackelig, und der Schubladen¬ 
verschluß klappt beim Öffnen heraus, 
bevor die Schublade ausfährt, was uns 
nicht gefiel, da es mehrere bewegliche 
Teile gibt, und damit die Fehleranfällig¬ 
keit des Gesamtsystems steigt (zumal 
die Schublade ja sehr häufig ein- und 
ausgefahren wird). Für diese am mei¬ 
sten beanspruchte Bauteilgruppe ist das 
Verschlußsystem zu diffizil. Unter der 
Schublade befindet sich wie üblich 
Kopfhöreranschluß und Lautstärkereg¬ 
ler. Auf der rechten Seite ist eine LED 
eingebaut, die sämtliche Aktivitäten des 
Recorders anzeigt, daneben der Knopf 
zum Öffnen und Schließen der Schubla¬ 
de. Angenehm ist hier, daß sich die 


Schublade auch durch einen leichten 
Stoß schließen läßt, was immer von 
Vorteil ist, da man bei geöffneter Schub¬ 
lade schlecht an den Eject-Knopf heran¬ 
kommt. Um das Laufwerk im Notfall öff¬ 
nen zu können, befindet sich an der 
Vorderseite ein kleines Loch, in das 
man einen Draht einführen kann. Das ist 
recht umständlich, jedoch sollte der Fall, 
daß sich die CD nicht mehr aus dem 
Laufwerk entfernen läßt, kaum auftre- 
ten. Bis auf das Gerät von Philips verfü¬ 
gen übrigens alle Geräte über diesen 
Notmechanismus. 

Im Betrieb zeigte sich das Teac 
zunächst nicht sehr überzeugend. Das 
Gerät erzeugt beim Schreiben dann und 
wann merkwürdig klingende Kratzgeräu¬ 
sche. Das muß nichts sagen, jedoch 
wird man stutzig. Zudem traten während 
des Schreibvorganges regelmäßig Feh¬ 
ler auf, und zwar mit beiden Testsyste¬ 
men in allen beschriebenen Konfigura¬ 
tionen und mit beiden Recording-Pro- 
grammen. Ließ man das System wäh¬ 
rend der Aufzeichnung unberührt, voll¬ 
richtete der Recorder ohne Anstand sei¬ 
nen Dienst, jedoch widerspricht so eine 
Vorgehensweise dem Sinn eines Multi¬ 
tasking-Betriebssystems. Unser Ziel war 
ja herauszufinden, mit welchen Geräten 
man gefahrlos eine brauchbare CD im 
Hintergrund beschreiben kann - mit 
dem Teac -Recorder jedenfalls nicht; 
denn wir wiederholten den Aufzeich¬ 
nungsvorgang mit neuen Rohlingen, 
auch anderer Hersteller, ohne daß der 
Recorder fehlerfrei aufzeichnete, wenn 
mit dem System noch gearbeitet wurde. 

Trotz der Fehler, die beim Schreiben 
auftraten, konnten wir die beschriebe¬ 
nen CD-Rs in allen CD-ROM-Laufwer¬ 
ken lesen, in alten wie in neuen Model¬ 
len - solange wir es mit einer CD zu tun 
hatten, auf der sich alle Daten in einer 
Session befanden. Eine Multisession- 
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CD konnten wir nur bedingt lesen, zu 
allem Überdruß in den modernen CD- 
ROM-Laufwerken nicht. Der hartnäckige 
Versuch, doch von der CD-R zu lesen, 
endete in einem Trap. Wir vermuteten 
einen schwerwiegenden Fehler wäh¬ 
rend der Aufzeichnung bzw. einen man¬ 
gelhaften Rohling. Eine neu angefertigte 
CD-R, bei der auch während des 
Beschreibens keine Fehler auftraten, da 
wir das System für die Zeit der Aufzeich¬ 
nung in Ruhe ließen, zeigte aber genau 
den gleichen Effekt. Wir stellten fest, 
daß nicht das ein oder andere Fixpak an 
diesem Fehler schuld sein konnte. Viel¬ 
mehr war es das CD-ROM-Laufwerk, 
das die CD anscheinend nicht mochte 
(merkwürdigerweise auch eines von 
Teac). Wir stellten außerdem fest, daß 
dieser Fehler nicht auftrat, wenn das 
Laufwerk mit geringer Geschwindigkeit 
von der CD las. So konnten wir die Mul¬ 
tisession-CD nur mit einem alten 2x-Mit- 
sumi-CD-ROM-Laufwerk lesen. Das ist 
aber ein denkbar schlechter Worka- 
round, weil wohl kaum noch jemand ein 
solches CD-ROM-Laufwerk verwen¬ 
det (wir machten es nur für unseren 
Test, um die Brauchbarkeit der CD-Rs 
auch mit älteren (aber multisessionsfä¬ 
higen) Laufwerken zu testen). Da der 
Fehler immer mit Multisession-CDs auf¬ 
trat, egal unter welchen Bedingungen 
aufgezeichnet wurde; das Laufwerk 
aber ansonsten korrekt arbeitete, und 
die Software mit allen anderen Laufwer¬ 
ken ebenfalls, kann der Fehler nur in 
einer Unverträglichkeit des Laufwerkes 
mit der Software oder auch nur am Lauf¬ 
werk liegen. In beiden Fällen hatten wir 
keine andere Möglichkeit, als das Teac 
für Multisession-CDs nicht zu verwen¬ 
den. Dieser Fehler muß mit anderen 
System nicht auftreten; bei uns trat er 
aber auf, so daß wir dem Teac nur sehr 
mißtrauisch einen neuen Rohling anver¬ 
trauten. 


Philips CDD3600 

Das Philips CDD3600 war das kosten¬ 
günstigste Gerät im Test, aber das soll¬ 
te kein Vorurteil sein. Der Recorder ist 
lediglich auf die SCSI-IDs 1,2 und 4 
konfigurierbar (Standard ist hier 4) und 
-wie üblich- terminierbar durch Jumper, 
die etwas weniger gut erreichbar sind 
als beim Teac-Laufwerk, jedoch gerade 
noch mit den Fingernägeln von den 
Steckern entfernt und umgesetzt wer¬ 
den können. Anweisungen zum Setzen 
der Jumper befinden sich in der Gehäu¬ 
serückseite eingestanzt. Direkt daneben 
findet man die Stromversorgung, die 
SCSI-Buchse und den Audio-Ausgang. 
Bis auf die Stromversorgung schließen 
ebenfalls alle Buchsen mit der Gehäu¬ 
serückseite ab, so daß sie leicht erreich¬ 
bar sind. Bei der Stromversorgung ist 
der Stecker allerdings ohnehin etwas 
länger, so daß ein Einführen in die 
Buchse problemlos möglich ist. 

Bei Betrachtung der Verarbeitung fiel 
uns auf, daß die Schublade ein wenig 
wackelig ist; sie läßt sich auch im aus¬ 
geschalteten Zustand des Laufwerkes 
leicht öffnen (was der Hersteller aller¬ 
dings beabsichtigte). Dazu greift man in 
eine kleine Bucht unterhalb der Schub¬ 
lade und kann sie relativ einfach aus 
dem Laufwerk ziehen. Unterhalb der 
Schublade befindet sich auf der rechten 
Seite ein kleiner roter Knopf zu deren 
Bedienung, der ein wenig aus der 
Abdeckung hervorschaut. Er kann bes¬ 
ser als beim Teac und auch den ande¬ 
ren Laufwerken (bis auf das HP-Gerät) 
ertastet und benutzt werden. Auch kann 
man die Schublade durch einen kleinen 
Schubs dazu veranlassen, wieder in das 
Laufwerk einzufahren. Das Ein- und| 
Ausfahren läuft dabei sehr ruhig und 
beinahe geräuschlos ab. 

Das Modell von Philips verfügt an der 
Vorderseite über zwei LEDs, wovon 
eine signalisiert, ob sich eine CD im 
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Laufwerk befindet (grün). Lesevorgänge 
werden durch ein Blinken dieser LED 
angezeigt. Eine zweite (rot) befindet 
sich in der Mitte der Vorderseite und 
leuchtet nur, wenn das Gerät aufzeich¬ 
net. Auf der linken Gehäusevorderseite 
findet man wie bei allen anderen Lauf¬ 
werken den Lautstärkeregler und die 
Buchse für den Mikrophonausgang. Die 
Solidität der Verarbeitung ist im großen 
und ganzen der des 7"eac-Recorders 
gleichsetzbar; das Gerät macht jedoch 
in der Ausführung der Bedienelemente 
einen besseren Eindruck. 

Die Arbeit mit dem Philips verlief 
angenehm und ohne Probleme. Selbst 
bei starker Systemauslastung zeichnete 
das Gerät ohne Fehlermeldungen auf. 
Die angegebene, recht niedrige 2-fache 
Schreibgeschwindigkeit fiel jedoch 
kaum ins Gewicht, allerhöchstens wenn 
wir mit Images arbeiteten, um unsere 
CDs herzustellen. 

Das Gerät arbeitete vollkommen ruhig 
ohne irritierende Geräusche und 
erwärmte sich selbst bei längerem 
Betrieb kaum. Allgemein kann man dem 
Philips ein ruhiges Laufverhalten 
zusprechen. Auch mit der Schublade 
gab es keinerlei Probleme, wenngleich 
sie zunächst etwas wackelig erschien 
und sich auch per Hand wie beschrie¬ 
ben ausfahren läßt (ist der Recorder 
erst einmal eingebaut, hat man ein gut 
verarbeitetes Gerät im System). 

Die mit dem Recorder hergestellten 
CD-Rs weisen eine vollkommen gleich¬ 
mäßige Struktur der beschriebenen 
Oberfläche auf. Ringstrukturen oder 
sonstige Spuren gab es nicht. Daneben 
ließen sich die CD-Rs in allen CD-ROM- 
Laufwerken problemlos lesen. Auch die 
hergestellten Multi-Session-CDs bereite¬ 
ten keine Schwierigkeiten, wie wir sie 
beim Modell von Teac beobachtet hat¬ 
ten. 


Im Gegensatz zu dem vorherigen und 
dem noch folgenden Modell in unserem 
Test kann das Gerät von Philips auch 
CD-RWs bearbeiten. Die hergestellten 
CD-RWs konnten wir ebenso von den 
zur Verfügung stehenden CD-ROM- 
Laufwerken lesen, nur von den älteren 
Modellen nicht. Das Löschen und Wie¬ 
derbeschreiben verlief ohne nennens¬ 
werte Besonderheiten unter allen 
genannten Systemkonfigurationen (im 
übrigen auch mit den anderen Recor¬ 
dern, die CD-RWs verarbeiten können), 
so daß wir nicht näher darauf eingehen 
müssen. 

Sony CDU 948 S 

Das Sony ist das einzige Gerät, das mit 
der Caddy-Technologie arbeitet. Ein 
Caddy liegt dem Laufwerk glücklicher¬ 
weise bei. Der Caddy selbst ist sehr 
leicht und recht empfindlich; die Hand¬ 
habung ein wenig gewöhnungsbedürftig 
(da man in der Regel das Arbeiten mit 
Schubladen gewöhnt ist, die sich auf 
dem Markt auch durchgesetzt haben). 
Unter der Laufwerksöffnung befindet 
sich ein Knopf zum Ausgeben des Cad- 
dys und eine LED, die sämtliche Lauf¬ 
werksaktivitäten anzeigt. Sie leuchtet 
grün, sobald das Gerät mit Strom ver¬ 
sorgt wird, wechselt die Farbe aber 
während eines Aufzeichnungsvorgan¬ 
ges von Grün nach Orange. Das ist 
nicht so komfortabel wie beim Philips , 
aber doch recht angenehm, weil man 
immer weiß, was das Gerät gerade tut. 
Eine Eigenschaft, die wir übrigens beim 
Teac- Recorder vermißten, bei dem die 
LED immer blinkte, egal ob das Gerät 
gerade am Schreiben oder am Lesen 
war. 

Wie an den anderen Laufwerken auch 
befindet sich an der linken Gehäusevor¬ 
derseite ein Audio-Ausgang und ein 
Lautstärkeregler. An der Oberseite der 
Gehäuserückseite findet man den 
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Audioausgang und die Jumper zur Ter¬ 
minierung und Setzen der SCSI-ID, die 
standardmäßig auf ID 6 gejumpert ist. 
Das wird man in den meisten Fällen 
ändern müssen, da die IDs 6 und 5 in 
aller Regel bereits von den Festplatten 
belegt sind. 

Die Platine, auf der sich die Anschlüs¬ 
se befinden, ist etwas wackelig im Lauf¬ 
werk montiert, jedoch ist dies bei den 
anderen bereits getesteten Laufwerken 
auch so (lediglich das Yamaha -, Plex¬ 
tor- und HP-Gerät machen in dieser Hin¬ 
sicht eine Ausnahme). Über der SCSI- 
Buchse befinden sich zwei Endwider¬ 
stände, die auf die Platine gesteckt sind. 
Vom Standpunkt der Austauschbarkeit 
ist dies natürlich von Vorteil; aus Sicht 
der Verarbeitung ist so etwas allerdings 
mangelhaft, da die kleinen Füßchen der 
Widerstände recht dünn sind und leicht 
abbrechen können. Beim Umgang ist 
also Vorsicht angesagt. Die Gehäuseo¬ 
berseite ist durchlöchert, so daß für eine 
gute Durchlüftung während des Betrie¬ 
bes gesorgt ist. 

Der Caddy läßt sich einfach in das 
Laufwerk einführen. Die mit CD Caddy 
beschriftete Verschlußklappe wird dabei 
gegen eine mit Caddy loaded ausge¬ 
tauscht. Das bringt jedoch nicht viel, es 
sei denn der Rechner steht als Desktop- 
gehäuse auf dem Schreibtisch. Anson¬ 
sten kann man die Beschriftung, die nur 
in den Kunststoff der Verschlußklappe 
eingestanzt ist, nicht lesen (wäre die 
Schrift schwarz oder eine Disk-In LED 
vorhanden, wäre das von Vorteil, es sei 
denn man kriecht gerne unter dem 
Schreibtisch herum). 

Auffällig war, daß das Laufwerk 
bereits recht warm wurde, wenn man 
nicht damit arbeitete. Die Wärmeent¬ 
wicklung steigerte sich während des 
Betriebes auch noch recht stark, womit 
die Löcher zur Durchlüftung an der 


Gehäuseoberseite verständlich werden. 
An sich ist das nicht sonderlich nachtei¬ 
lig, jedoch wird auch der CD-Rohling 
überdurchschnittlich warm. Theoretisch 
kann das unvorteilhaft sein, hatte aller¬ 
dings keine Auswirkungen auf die Quali¬ 
tät der beschriebenen CD-Rs. 

Ab und an gibt das Gerät einige 
Geräusche beim Schreiben von sich, 
was wie beim Teac auf eine nicht so 
fein verarbeitete Mechanik schließen 
läßt, die den Laser zum Schreiben und 
Lesen im Laufwerk bewegt. 

Die beschriebenen CDs wiesen diesel¬ 
be, gleichmäßige Oberflächenstruktur 
auf, wie die Rohlinge, die mit dem PhiI- 
ips- Recorder verarbeitet wurden und lie¬ 
ßen sich -auch in der Multi-Session 
Variante- von allen CD-ROM-Laufwer¬ 
ken lesen. Da der Sony- Recorder wie 
das Modell von Teac ebenfalls mit vier¬ 
facher Schreibgeschwindigkeit aufzeich¬ 
net, konnte der Schreibvorgang bei der 
Verwendung von Images gegenüber 
dem Modell von Philips abgekürzt wer¬ 
den. Fehler traten während des Schrei¬ 
bens auch bei starker Systemausla¬ 
stung nicht auf. Das Sony- Modell macht 
daher einen recht guten Eindruck, 
sofern man einige Mängel an der Verar¬ 
beitung außer acht läßt und sich mit 
Caddies anfreunden kann. 

Plextor PX-R820Ti 

Das Plextor ist von allen bereits 
betrachteten Recordern am stabilsten 
verarbeitet. Die einzelnen Buchsen für 
den Audioausgang, den SCSI-Bus und 
die Stromversorgung sind fest in das 
Gehäuse eingearbeitet und wackeln 
nicht, was natürlich gut ist, da das Gerät 
dadurch sehr stabil und widerstandsfä¬ 
hig wird. Die Terminierung und das Set¬ 
zen der SCSI-ID wird wie bei allen 
anderen Laufwerken über Jumper vor¬ 
genommen (beim PX-R820Te, der 
externen Variante übrigens mit mit Hilfe 
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oines Drehschalters). Als SCSI-IDs 
kommen 7 bis 0 in Frage. Da 7 stets für 
den Hostadapter belegt ist, kann man 
das Gerät optimal an die Verhältnisse 
Heines SCSI-Bus anpassen, was bis auf 
den Philips allerdings alle anderen 
Geräte auch erlauben. Standardmäßig 
Ist der Plextor-Recorder auf die ID 4 
konfiguriert. Um einige bestimmte IDs 
zu setzen, braucht man zum Teil mehr 
als einen Jumper, der bereits in der 
Steckerleiste sitzt. Zusätzliche Jumper 
sind jedoch im Lieferumfang des Lauf¬ 
werkes enthalten. 

Die Schublade ist robust und wackelt 
kaum. Neben den Standardelementen 
Kopfhörerausgang und Lautstärkeregler 
befinden sich gleich vier LEDs an der 
Stirnseite des Recorders, zwei für 
Schreib- und zwei für Lesevorgänge: 
Die ON/DISC Anzeige signalisiert, daß 
das Gerät mit Strom versorgt wird; Dl SC 
blinkt, falls von einer CD gelesen wird. 
Die UH- Anzeige zeigt an, mit welcher 
Geschwindigkeit der Recorder gerade 
aufzeichnet. Die orangene LED L leuch¬ 
tet wenn mit 1-,2- oder 4-facher 
Geschwindigkeit, H wenn mit 8-facher 
Geschwindigkeit geschrieben wird. 
Daneben gibt es zwei Knöpfe zur Steue¬ 
rung: Einer zum Ein- und Ausfahren der 
Schublade; und einen anderen zum 
Abspielen von Audio-CDs und dem 
Wechseln der einzelnen Tracks. Inwie¬ 
fern man diesen Knopf braucht, sei ein¬ 
mal dahingestellt, da man CDs wohl 
eher mit der Audio-CD-Spieler-Software 
abspielen wird, als ständig zum Lauf¬ 
werk zu greifen. Das Ganze kann viel¬ 
leicht praktisch sein, wenn man über 
keine solche Software verfügt, und über 
den Recorder auf die Audio-CD zugrei¬ 
fen möchte. Die Frage ist nur, wer das 
macht, und ein CD-Recorder braucht 
dieses Feature sicherlich nicht. 

Daneben ist der Recorder leider alles 
andere als ein Leisetreter: Bereits die 


Schublade fährt unter deutlicher Geräu¬ 
schentwicklung ein und aus. Das ist 
allerdings nicht so tragisch. Ein wirkli¬ 
cher Störenfried ist jedoch ein kleiner 
Ventilator an der Rückseite des Gehäu¬ 
ses, der natürlich auf der einen Seite 
dafür sorgt, daß sich das Gerät kaum 
erwärmt; auf der anderen Seite gibt er 
dabei allerdings ein hochfrequentes 
Summen von sich, das leider auch nicht 
im allgemeinen Rauschen des Netzteil¬ 
lüfters des Rechners untergeht. Das 
sorgt für ein nicht sehr angenehmes 
Arbeitsklima. 

Das Gerät zeichnet im Betrieb mit 
dem RSJ-CD-Writer in aller Regel mit 
vierfacher Geschwindigkeit auf, nur ab 
und an mit dem Maximum (8-fach). Es 
hängt hier im entscheidenden Maße 
davon ab, ob auch der Datenstrom, der 
für eine solche Schreibgeschwindigkeit 
nötig ist, vom System zur Verfügung 
gestellt werden kann. Bei entsprechen¬ 
dem Systemausbau und bei der Ver¬ 
wendung von Images beschrieb der 
Plextor tatsächlich mit 8-facher 
Geschwindigkeit, was sich natürlich ent¬ 
sprechend bemerkbar machte. Sobald 
man jedoch wieder mit dem System 
ganz normal arbeitet, wird mit 4-facher 
Geschwindigkeit weitergeschrieben. 
Wenn man also nicht gerade ein System 
betreibt, das neben einer guten Ausstat¬ 
tung fast ausschließlich für das CD- 
Recording gebraucht wird, bringt einem 
die hoche Aufzeichnugnsgeschwindig- 
keit, mit dem sich das Modell von Plex¬ 
tor über alle anderen erhebt, gar nichts; 
es sei denn man arbeitet mit Images 
zum Brennen, nicht mit Schreibpuffern. 

Die erzeugten CD-Rs sind wie bei den 
beiden Laufwerken zuvor von nicht zu 
beanstandender Qualität. Wir konnten 
Sie in allen CD-ROM-Laufwerken lesen, 
auch wenn sich mehr als eine Session 
auf der CD befand, bzw. die CDs mit der 
Maximalgeschwindigkeit beschrieben 
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worden sind (bzw. teilweise mit dieser 
Geschwindigkeit). 

Im großen und ganzen beindruckte 
das Edelstück von Plextor dennoch 
nicht so recht. Es enthält einige Schnör¬ 
kel, die man niemals braucht aber mit¬ 
bezahlt. Daneben läßt sich die hohe 
Schreibgeschwindigkeit nur mit schnel¬ 
len Systemen und einem nahezu nur 
auf das CD-Recording beschränkten 
Arbeitsverhalten ausnutzen, sofern man 
CDs »on the fly« herstellt und nicht mit 
einem Image. Auch die wirklich gute 
Verarbeitung trägt nicht zu einem über¬ 
aus befriedigenden Urteil bei. 

Yamaha CRW-4416S 
Das Yamaha ist ein schlichtes Modell, 
das vom Äußeren her nicht den 
Anschein macht, es könnte sich über 
die anderen erheben. Aber nur dem 
Äußeren sollte man eben nicht trauen. 
Die Verarbeitung ist nämlich gut, wenn¬ 
gleich hier und da einige Abstriche 
gegenüber dem Plextor- und HP-Modell 
gemacht werden müssen, die aber nicht 
ins Gewicht fallen. Wie das Plextor 
besitzt es einen kleinen Ventilator zur 
Kühlung des Laufwerkes während des 
Betriebs. Im Gegensatz zum teuersten 
Gerät im Test stört dieser Ventilator 
aber nicht durch ein hochfrequentes 
Summen (der Beweis dafür, daß so ein 
Winzigventilator nicht nervtötend sein 
muß). Das Yamaha läßt sich über Jum¬ 
per ebenfalls auf jede SCSI-ID einstel¬ 
len (Standard ist hier 3). Geliefert wird 
das Gerät in der Kit-Version mit einem 
SCSI-Flachbandkabel, einem Audioka- 
bel, Handbuch, Schrauben zum Einbau, 
einem Ersatzjumper sowie einer CD-R 
und einer CD-RW. Betrachtet man den 
recht hohen Preis einer CD-RW ist das 
eine nette Dreingabe, da man gleich 
nach dem Auspacken des Gerätes und 
der Installation der Software mit dem 
Schreiben beginnen kann. 


Auch dßs Yamaha-Modell zeigt durch 
seine LEDs dem Benutzer, was es gera¬ 
de tut. Durch einen Farbwechsel von 
Grün nach Rot wird man über zur Zeit 
laufende Schreibvorgänge informiert. 
Das Aufz(Sichnen vollzieht sich wie beim 
Philips-Recorder völlig geräuschlos, 
wobei sich das Gerät nur mäßig 
erwärmt. Die etwas höhere Schreibge- 
schwindigjkeit (4-fach) macht sich wieder 
nur bei dem besser ausgebauten, rei¬ 
nen SCSII-System bemerkbar. Auf jeden 
Fall tratet während des Beschreibens 
der CD-R* mit diesem Laufwerk keinerlei 
Fehler auf, und die CDs waren von allen 
Laufwerken zu lesen. 

Das gilt- auch für die CD-RWs , die sich 
wie beim Philips- und HP-Modell ohne 
Schwierigkeiten verarbeiten ließen und 
bis auf die alten Laufwerke von allen zur 
Verfügung! stehenden CD-ROM-Lauf¬ 
werken gelesen werden konnten. Auch 
für diesen Bereich ist das Yamaha 
geeignet, allerdings hatten auch die bei¬ 
den anderen CD-PI/lAfähigen Recorder 
keine Schwierigkeiten mit den wiederbe¬ 
schreibbaren Medien. Herausstechend 
ist nur, daß das Modell von Yamaha 
CD-RWs ebenfalls mit 4-facher 
Geschwindigkeit beschreibt, so wie nor¬ 
male CD-Hs, was die anderen beiden 
Geräte niicht können. Bei entsprechen¬ 
der Arbeiitstechnik macht sich dieses 
Merkmal als kleiner Vorteil gegenüber 
dem Philips und HP bemerkbar. Alles in 
allem ist (das Yamaha also ein durchaus 
empfehleinswertes Produkt, das man 
relativ zuir gebotenen Qualität und Lei- 
stungsvieilfalt zu einem akzeptablen 
Preis bekommt. 

HP SuperrStore 8100i 
Das HP'- Gerät besticht durch eine 
gewisse Eleganz im Design und eine 
gute Verarbeitung. In dieser Hinsicht 
steht es rmit dem Plextor auf einer Ebe¬ 
ne, besticht aber durch weitaus mehr 
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I unktionalität. Das Gerät gibt es übri¬ 
gens auch für den SCSI-Bus, so daß 
man auch als SCSI-Fan in den Genuß 
dieses Laufwerkes kommt. Die stabile 
Verarbeitung zeigt sich auch im 
Umgang mit dem Gerät, so daß man 
keine Mangelware erhält. Das Laufwerk 
wird in der Kit-Variante mit einem IDE- 
Kabel, Schrauben zum Einbau, einem 
dicken Handbuch, Software sowie, 
genau wie beim Yamaha , einer CD-R 
und einer CD-RW geliefert. Mit der Soft¬ 
ware kann man unter OS/2 nichts begin¬ 
nen, aber das stört nicht sehr, weil der 
OS/2-Anwender für das CD-Recording 
ohnehin seine native Software hat. 

Das Gerät läßt sich über sehr gut 
zugängliche Jumper auf Master oder 
Slave einstellen (Slave ist Standard). 
Wir konnten den Recorder allerdings 
nicht in jeder Konfiguration in unserem 
schnelleren Testsystem betreiben, 
jedoch immer als Master am 2. IDE- 
Channel. Am ersten Channel als Slave 
konfiguriert wollte unser schnelles 
System das Laufwerk allerdings nicht so 
recht akzeptieren. Das zusätzlich ange¬ 
schlossene IDE-CD-ROM-Laufwerk wur¬ 
de mit in diesem Falle ebenfalls 
unbrauchbar, warum konnten wir nicht 
herausfinden. Dieser Effekt muß im 
Controller begründet gewesen sein. Der 
alte Rechner akzeptierte das Laufwerk 
nämlich in allen Konfigurationen. Falls 
Sie ebenfalls auf ein derartiges Problem 
stoßen sollten, vermuten Sie also nicht 
sofort einen Fehler im Laufwerk, son¬ 
dern versuchen Sie einfach eine andere 
Konfiguration an den IDE-Kanälen. 

Mit dem Recorder zu arbeiten, machte 
Freude. Er erwärmt sich und den gerade 
/u verarbeitenden Rohling nur mäßig, 
ist nahezu geräuschlos und zeigt selbst 
am IDE-Port überraschend gute Leistun¬ 
gen. Zusammen mit der soliden Verar¬ 
beitung wird der HP-Recorder für den 


anspruchsvollen Anwender sehr interes¬ 
sant. 

Zudem zeichnet er ohne Fehler auf, 
egal wie stark das System gerade aus¬ 
gelastet ist. Leider lag uns zum Test nur 
die IDE-Variante vor, so daß wir mit die¬ 
sem Gerät nicht mehr in den Genuß des 
»SCSI-Effektes« kommen konnten (daß 
man den Aufnahmevorgang nämlich gar 
nicht merkt, weil er tatsächlich im Hinter¬ 
grund abzulaufen scheint). Jedoch war 
die Belastung der CPU auch beim IDE- 
Gerät nicht so hoch, daß man mit dem 
System nichts mehr hätte anfangen kön¬ 
nen. Die Schwächen von IDE traten zu 
Tage, jedoch war das Antwortverhalten 
gerade noch akzeptabel, so daß auch 
die IDE-Variante des HPs eine Empfeh¬ 
lung verdient. 

Die mit dem HP beschriebenen CDs 
verursachten keine Probleme beim 
Lesen durch unsere CD-ROM-Laufwer¬ 
ke, auch die mit dem Laufwerk verarbei¬ 
teten CD-RWs nicht (bis auf die Ein¬ 
schränkung, daß die älteren CD-ROM- 
Laufwerke die CD-RWs nicht lesen 
konnten). Das HP ist daher ein empfeh¬ 
lenswertes Gerät, das sich für den Ein¬ 
satz unter OS/2 sehr gut eignet und bil¬ 
det die Spitze der Laufwerke, die wir 
Ihnen als Sieger dieses Tests im folgen¬ 
den vorstellen werden. 

Das Resümee 

Ein Gerät hat uns gar nicht gefallen, 
nämlich das Modell von Teac. Die Ver¬ 
arbeitung ist zwar akzeptabel, aber beim 
Schreiben treten regelmäßig Fehler auf, 
und zwar auf beiden Testsystemen, 
besonders dann, wenn man das System 
nicht ausschließlich zum Beschreiben 
der CD-R dediziert, sondern nebenbei 
noch Weiterarbeiten möchte. Ferner sind 
die erzeugten CDs im großen und gan¬ 
zen von keiner sonderlich großen Güte. 
Daß das Gerät unangenehme Kratzge¬ 
räusche beim Schreiben verursacht, 
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mag nur eine Nebensächlichkeit sein, 
trägt aber zum ohnehin schon ange¬ 
schlagenen Ansehen nicht zu einer 
Empfehlung bei. Letztlich kann man 
auch bessere Geräte dieser Preisklasse 
finden, so daß wir dem Teac keine Kau¬ 
fempfehlung geben können. 

Das Sony ist ein akzeptables Lauf¬ 
werk, weist jedoch den Nachteil auf, 
daß es mit der Caddy-Technologie 
arbeitet. Die gefertigten CDs haben 
zwar eine hohe Güte, allerdings ist das 
Hantieren mit dem Caddy etwas 
umständlich. Das Gerät wird während 
des Betriebes recht warm, für eine gute 
Durchlüftung ist allerdings gesorgt. 
Ansonsten spricht nichts gegen das 
Sony-Laufwerk - vorausgesetzt man hat 
nichts gegen Caddies. 

Das Plextor ist das teuerste Gerät in 
unserem Test gewesen. Was es gegen¬ 
über den anderen Geräten (ausgenom¬ 
men dem von HP) besonders unter¬ 
scheidet, ist die weitaus solide Verarbei¬ 
tung, die man für fast neunhundert Mark 
allerdings auch verlangen kann. Die 
Möglichkeit, CDs mit achtfacher 
Geschwindigkeit zu beschreiben, ist 
natürlich reizvoll; jedoch sollte man 
dabei beachten, daß CD-Rs, die man in 
diesem Tempo beschreibt, nicht die 
Güte haben können wie solche, für die 
man sich etwas mehr Zeit läßt. Wer vie¬ 
le CDs in kurzer Zeit beschreiben möch¬ 
te, der sollte sich das Plextor etwas 
näher ansehen. Beachten Sie aber in 
jedem Fall, daß Sie bestimmte CDs mit 
festgelegter Geschwindigkeit beschrei¬ 
ben müssen (z.B. wenn Sie Kopien von 
Audio-CDs anfertigen); ferner, daß die 
Zeit, die Sie für die Herstellung einer CD 
brauchen, vielmehr vom Ausbau Ihres 
Systems abhängt als vom Recorder. So 
kann Ihnen bei geringem Hauptspei¬ 
cherausbau und ungünstigerer Konfigu¬ 
ration ein Gerät, das mit 8-facher 
Geschwindigkeit aufzuzeichnen vermag, 


gar nichts nützen. Was das Plextor ein 
wenig unangenehm macht, ist das hoch¬ 
frequente Summen des kleinen Lüfters. 
Mit der Zeit geht einem das ständige 
»Gesumse« auf den Geist, so daß man 
es am liebsten abschalten möchte - was 
leider nicht möglich ist. Für den Endan¬ 
wender ist das Plextor-Geräi außerdem 
zu teuer, v.a. dann, wenn man nur ab 
und an eine CD beschreibt. Die fehlen¬ 
de Möglichkeit, auch CD-RWs verarbei¬ 
ten zu können, stört außerdem, wenn 
man den hohen Preis beachtet. 

Die Geräte, die uns am besten gefal¬ 
len haben, waren die Laufwerke von 
Yamaha , HP und Philips. Alle drei erlau¬ 
ben das Beschreiben von CD-Rs und 
CD-RWs und zeigen allesamt gute Lei¬ 
stungen. Die Laufwerke eignen sich 
auch für den Einsatz in kleinen Netzwer¬ 
ken zu Backup-Zwecken und dürften 
den OS/2-Privatanwender am ehesten 
befriedigen - auch hinsichtlich des Prei¬ 
ses. 

Das Philips ist für den Endanwender 
mit schmalem Geldbeutel oder wenn 
man nicht allzuviel in einen CD-Recor- 
der investieren möchte, das optimalste 
Gerät, verkaufen kann man sich hier 
nicht. Es kann zwar laut Angabe nur mit 
Doublespeed Schreiben ( CD-Rs und 
CD-RWs ), dafür beschreibt es aber bei¬ 
de CD-Typen und zwar sehr zuverläs¬ 
sig. Da die Aufzeichnungsgeschwindig¬ 
keit des Recorders wirklich nur bei dedi- 
zierten oder nahezu dedizierten System 
zum Vorschein tritt, läßt sich innerhalb 
von etwa 35 bis 40 Minuten eine kom¬ 
plette CD mit dem Laufwerk beschrei¬ 
ben. Fehler traten beim Schreiben nicht 
auf, selbst wenn wir das System stark 
beanspruchten. Das Schreiben selbst 
macht sich dank SCSI kaum bemerkbar, 
und selbst wenn man mit einem Hybrid¬ 
system (IDE/SCSI) arbeitet, verlieren 
die erstellten CDs nicht an Qualität (nur 
das Beschreiben dauert etwas länger, 
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w* is den Nachteil der IDE-Festplatte 
'um Vorschein bringt). In der Verarbei¬ 
tung steht das Philips dem Plextor- oder 
dom HP-Ge rät etwas nach, auch die 
»joringe Lesegeschwindigkeit (6x) ist 
ntwas enttäuschend, aber das fällt kaum 
Ins Gewicht, vor allem wenn man den 
günstigen Preis bedenkt. Dieses Gerät 
ImI daher eine optimale Kombination 
hoher Funktionalität, einfacher Anwen¬ 
dung und weist nur geringe Anschaf¬ 
lungskosten auf. Wer kein SCSI hat: 
Das Philips CDD3600 gibt es auch in 
nlner ATAPI-Variante (Typ CDD3610). 

Das Yamaha-Geräi ist schon ein 
wenig teurer. Dafür erlaubt es höhere 
Aufzeichungsgeschwindigkeiten. Vor 
«illem die Möglichkeit mit vierfacher 
Geschwindigkeit CD-RWs zu beschrei¬ 
ben, sticht hier hervor und hebt es vom 
Philips ab. Das Laufwerk erstellt CDs , 
die problemlos von allen uns zur Verfü¬ 
gung stehenden CD-ROM-Laufwerken 
gelesen werden konnten. Fehler beim 
Schreiben traten auch hier nicht auf. In 
der Verarbeitung ist es ein wenig besser 
als das Phillips , womit es all jenen emp¬ 
fohlen sei, die für ein bißchen mehr Lei¬ 
stung knapp dreihundert Mark mehr 
ausgeben möchten. 


Mit dem Yamaha auf einer Stufe steht 
das HP SureStore 8100i , jedoch mit 
einer leicht besseren Verarbeitung. Das 
Laufwerk gibt es sowohl als ATAPI- 
Gerät, wie es uns zur Verfügung stand, 
als auch als SCSI-Laufwerk, was natür¬ 
lich immer vorzuziehen ist. Der Recor¬ 
der ist sehr solide verarbeitet und zeigt 
gute Leistungen. Die erzeugten CDs 
sind nicht zu beanstanden. Die 24-fache 
Lesegeschwindigkeit ist ein erhöhter 
Anreiz zum Kauf, wenngleich der Recor¬ 
der nur mit Doublespeed CD-RWs ver¬ 
arbeiten kann. Dennoch erwirbt man mit 
dem HP Sure Store 8100i ein solides 
und qualitativ hochwertiges Gerät, das 
es mit dem Plextor in jeder Hinsicht 
spielend aufnehmen kann, v.a. wenn 
man den bedeutend geringeren Preis 
beachtet. Daneben denken wir nicht, 
daß eine hohe Aufzeichnungsgeschwin¬ 
digkeit wirklich das Wichtigste ist. 

Wir empfehlen Ihnen also die erwähn¬ 
ten drei Lautwerke. Welches für Sie in 
Betracht kommt, wird in erster Linie vom 
Einsatzzweck und dem Betrag abhän- 
gen, den Sie investieren wollen. Die 
wichtigsten Daten aller Recorder haben 
wir für Sie in der Tabelle OS/2-taugliche 
CD-Recorder zusammengefaßt. □ 


Typ 

Geschwin. 

Bustyp 

CD-RW 

fähig 

Getestet Wertung 

Preis in DM 
(inkl. MwSt) 

Teac CD-R 55S 

4x, 12x 

SCSI 

nein x 

! •. 

479.- (Bulk) 1 

Philips CDD3600 

2x, 2x, 6x 

SCSI 

Ja 

X 

• •• 

379.-(Bulk) 

Philips CDD3610 

2x, 2x, 6x ATAPI 

ja 


j 

429.-(Bulk) 

Sony CDU 948 S 

4x, 8x 

SCSI 

nein 

X 

• • 

459.-(Bulk) 

Plextor PX-R820Ti 

8x, 20x 

SCSI 

nein 

X 

i •• 

899.-(Bulk) 

Yamaha CRW-4416S 

4x, 4x, 16x 

SCSI 

ja 

X 

•••• 

649.-(Bulk) 
669.-(Kit) 

Yamaha CRW-4416E 

4x, 4x, 16x 

ATAPI 

ja 

649.-(Bulk) 1 

669.-(Kit) 

HP SuperStore 81 OOi 

4x, 2x, 24x 

ATAPI 

ja 

X 

•••• 

669.- (Kit) 


OS/2-taugliche CD-Recorder: Die Geschwindigkeiten sind angegeben in Schreiben, 
Schreiben auf eine CD-RW und Lesen. Vier Punkte in der Wertung spiegeln das beste, 
1 Punkt das schlechteste Ergebnis wieder. Kursive Einträge stehen für unsere Empfeh¬ 
lung. Der Mehrpreis auf die Geräte für ein externes Gehäuse beträgt DM 139,00. Alle 
Preise sind Angebote der Fa. AP-COM. 
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RSJ CD-Writer für OS/2, Version 2.73 
Vollversion (inkl. Handbuch und Disketten) DM 499,- 
Internet Only (nur Freischaltungs-Code) DM 435,- 
Update von Version 2.x DM 149,- 
Update von Version 1.x DM 229,- 



CD-(Re)Writer: 

Philips CDD3600,2x/2x/6x, SCSI, intern DM 379,- 
Philips CDD3610,2x/2x/6x, MAPI, intern DM 429,- 
Yamaha CRW-4416S, 4x/4x/16x, SCSI, intern DM 649,- 
Yamaha CRW-4416E, 4x/4x/16x, MAPI, intern DM 649,- 
Piextor PX-R820Ti, 8x/20x, SCSI, intern DM 899,- 
Mehrpreis für externes Gehäuse inklusive Einbau: DM 139,- 
Mehrpreis für RSJ CD-Writer Internet-Only DM 420,- 



Nur DM 15,- Versandpauschale 

inklusive Nachnahme-Gebühr 

AP-COM - Friedhofstraße 77 - 66386 St. Ingbert 
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CD-Recorder-Software für OS/2 

Was native Software für Warp betrifft, 
ho gibt es zwar für viele Bereiche eine 
Lösung, jedoch ist sie selten optimal: 
Um einen Browser zu benutzen, der 
HTML 3.2 versteht, muß man wohl oder 
Obel zum Programmonster Netscape 
greifen: Standardanwendungen erhält 
man mit dem Programmpaket Staröf- 
tlce. Beide Applikationen sind keine 
wirklich gelungenen OS/2-Anwendun- 
gen. Besonders bei Software aus dem 
Hause StarDivision merkt man, daß dort 
mit einer Objektbibliothek gearbeitet 
wird, die auch für die Windows Applika¬ 
tionen Verwendung findet, und so ver¬ 
halten sich diese Anwendungen auch 
unter OS/2. Aber man hat eben leider 
Belten die Wahl, so daß man -zumin¬ 
dest noch- zu diesen Applikationen grei¬ 
fen muß. Im Bereich des CD-Recor- 
dings ist es ähnlich, aber hier stehen 
mit der CD-Writer Software aus dem 
Hause RSJ und dem Freeware-Pro¬ 
gramm CDRecord/2 Produkte für OS/2 
/ur Verfügung, die sich optimal für den 
I insatz unter Warp eignen. Wir stellen 
Ihnen beide Anwendungen im folgen¬ 
den Kapitel im Zusammenhang mit den 
getesteten Recordern vor und geben 
Tips und Tricks rund um die Program¬ 
me. 

RSJ-CD Writer 

Unsere Entwicklungsphilosophie zielt 
auf schlanke Anwendungen ab. Um so 
erfreuter waren wir daher, als wir unse¬ 
re Version des RSJ CD Writer zum 
Test bekamen: Das gesamte Programm 
befindet sich nämlich auf einer 1,44 
MByte Diskette. Nach der Installation 
belegt es gerade einmal 2,2 MByte auf 
der Festplatte - so muß es sein. Das 
Programm ist also, schon bevor man 
sich näher damit beschäftigt hat, ein 
Beweis dafür, daß man heutzutage 


nicht die Festplatte mit riesigen Pro¬ 
grammpaketen aufzufüllen braucht, 
sondern auch mit Verstand entwickeln 
kann. Im weiteren Test sollte uns der 
RSJ CD-Writer aber auch noch über 
diese angenehme Tatsache hinaus 
gefallen, wenngleich es hier und da eini¬ 
ge Mängel gibt, die man sich in künfti¬ 
gen Versionen beseitigt wünscht. 
Bestimmte Probleme lassen sich jedoch 
bereits im Vorfeld durch einige Einstel¬ 
lungen vermeiden, so daß es sich mit 
dem Programm gut arbeiten lassen soll¬ 
te. Einige Schwächen sind nur mit dem 
im Lieferumfang enthaltenen Programm 
CDView ausgleichbar. 

Lieferumfang 

Der RSJ CD-Writer besteht aus zwei 
Produkten: Einem speziellen Dateisy¬ 
stem, mit dessen Hilfe man auf eine 
CD-R/RW wie auf eine Festplatte 
schreiben kann; und ein Programm 
namens CDView, mit dem Operationen 
mit CD-R/RWs und normalen CDs auf 
Trackbasis möglich sind. Daneben ist 
dem Programmpaket eine Program¬ 
mierschnittstelle beigefügt, die es 
erlaubt, eigene Applikationen zu schrei¬ 
ben, die ein CD-ROM-Recording auf 
der Basis des RSJ-Dateisystems 
ermöglichen. Man findet außerdem ein 
Handbuch zum Programm, das jedoch 
dringend einer Bearbeitung bedürfte, da 
es kein Musterbild an guter Gliederung 
ist. Die Dokumentation zum API muß 
man sich über die RSJ-Homepage via 
Download besorgen. Sie liegt dort als 
PDF-Datei auf den Downloadseiten des 
Softwarehauses. Die Telefonnummer, 
eMail- und Webadresse von RSJ finden 
Sie im Kasten Kontakt mit RSJ. 

Die Installation 

Wirtesteten die Version 2.71 und 2.74 
des RSJ CD-Writers. Die Installation 
(wie das Update) des Programmpake- 
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tes gestaltete sich durch das Installati¬ 
onsprogramm des Produktes einfach 
und dürfte keine Probleme verursachen, 
so daß wir uns auf einige Besonderhei¬ 
ten beschränken können, die man wäh¬ 
rend der Installation beachten sollte. 
Verfahren Sie zur Installation wie folgt: 

OStarten Sie das Programm install auf 
der Installationsdiskette. Daraufhin 
erscheint ein Fenster wie in Abb.1. 

©Ändern Sie die Cachegröße für das 
Dateisystem. Wir machten mit 
Caches, die eine Größe von 80 bis 
100 MByte hatten, die besten Erfah¬ 
rungen. 

©Der Cache-Pfad weist auf den Pfad, 
der in Ihrer CONFIG.SYS mit der 
Umgebungsvariablen TMP angege¬ 
ben ist. Hier werden die Pufferdaten 
abgelegt. Achten Sie darauf, daß sich 
dieses Verzeichnis auf einer Partition 


er Speicherplatz vorhanden ist. Wir 
empfehlen Ihnen, den Cache-Pfad 
auf dem Standardwert zu belassen. 
Sollten Sie Ihn ändern wollen, achten 
Sie darauf, daß Sie den neuen Pfad 
dem Programm CDWFSD.EXE, das 
mit der Anweisung RUN in der CON¬ 
FIG.SYS eingetragen ist, als Parame¬ 
ter übergeben, da der Pfad, wie wir 
feststellten, bereits beim Start von 
CDWFSD.EXE festgelegt sein muß. 
Die Anweisung sieht dann so aus: 

RUN=<LW>:\CDWFS\CDWFSD.EXE 

-p "<LW2>:\NeuerCachePfad" [...] 

Dabei ist LW das Installationslaufwerk 
des CD-Writers und LW2 das Lauf¬ 
werk, auf dem sich das Verzeichnis 
für die Cache-Dateien befindet. 

/ Geben Sie dem Dateisystem 
einen Cache, der groß genug ist 
Sollte auf dem Laufwerk, auf dem 


befindet, auf der noch genügend frei- der Zwischenspeicher eingerich - 


RSJ CD-Writer Installation 



Dateisystem 

Puftergröße 

Cachegröße 


2048Ti KB Modus CD-XA v 


Cache-Pfad h:\system 


20000 f| KB ISO-Level 


SOFTWARE: 


CD-Writer Version 2.71 


(c) Copyright 1998 RSJ Software GmbH 
Industriestr. 10,82110 Germering 
Internet httpy/www.rsj.de 


CDRecorder 


Geschwindigkeit 0 x 


Test-Modus 
Eject unterdrücken 


Arbeitsoherfläche....... 

Vf Ordner erstellen Laufwerk iZ: i’f’j 

y Fehleranzeige automatisch starten 

Quellpfad A:\INSTALL.EXE 
Zielpfad C:\CDWFS 


Installation beginnen... 


Deinstallation... 


Aktuelle Informationen... 





















Software: CD-Recorder-Software für OS/2 


tet wird, nicht genug Platz vor¬ 
handen sein, wird der Kopiervor¬ 
gang abgebrochen, und unter¬ 
schiedlichste Effekte bis zum 
Systemstillstand können auftre- 
ten. 


OStarten Sie das System nach Beendi¬ 
gung des Installationsprogrammes 
neu. 


Beachten Sie außerdem die Änderun¬ 
gen, die das RSJ-lnstallationsprogramm 
In Ihrer CONFIG.SYS vornimmt. Wenn 
Sie nur einen SCSI-Recorder verwen¬ 
den, kommentieren Sie die Anweisung: 

BASEDEV=RSJIDECD.FLT 

mit einem REM aus. Den IDE-Filtertrei- 
ber braucht man in diesem Fall gar 
nicht. Er wird jedoch standardmäßig in 
das System eingebunden. 

Das Programm nimmt noch weitere 
Veränderungen in der CONFIG.SYS 
vor, das sind im einzelnen: 

BASEDEV=RSJIDECD.FLT 

RSJIDECD-Filtertreiber, der den IBM-Treh 
ber IBMIDECD.FLT ersetzt Die BASE- 
DEV-Anweisung, die IBMIDECD.FLT 
installiert, wird vom Installationsprogramm 
auskommentiert (mögliche Probleme s.u.). 

BASEDEV=LOCKCDR.FLT 

LOCK-Treiber, der CD-Recorder beim 
Systemstart erkennt und für den OS/2-Ein- 
heitenmanager sperrt. Dadurch stehen die 
Recorder erst nach Anmeldung beim CD- 
Whter-Dateisystem zur Verfügung. 

DEVICE=C:\CDWFS\RSJSCSI.SYS 

RSJ-SCSI-Treiber, der für den Betrieb von 
SCSI-CD-Recordern notwendig ist. 

IFS=C:\CDWFS\CDWFS.IFS 

Das installierbare RSJ-CD-Writer-Dateisy 
stem. 


RUN=C:\CDWFS\CDWFSD.EXE 

Anweisung, die den CD-Writer-Hintergrund 
prozeß startet. Dieser Prozeß ist für das 
Schreiben von Daten auf die CD verant¬ 
wortlich. Das Dateisystem leitet Befehle an 
diesen Dämonprozeß weiter. 

Die Parameter des Programms 
CDWFSD.EXE finden Sie auch in den 
Einstellungsfeldern des Installationspro¬ 
gramms wieder. Daneben trägt das 
Installationsprogramm den CDWFS- 
Pfad auch in den PATH und LIBPATH 
des Systems ein. Zusätzlich wird die 
Anweisung 

BASEDEV=OS2ASPI.DMD 

in die CONFIG.SYS eingetragen, sollte 
sie noch nicht vorhanden sein. Dieser 
Treiber ist übrigens auch für den 
Betrieb von CDRecord/2 notwendig. 

Die Dateien rsjidecd.flt , rsjidecd.sym 
und lockcdr.flt finden Sie nach der 
Installation im Stammverzeichnis des 
Installationslaufwerkes. Sollten sie dort 
stören, verschieben Sie sie in das Ver¬ 
zeichnis \OS2\BOOT. 

Probleme nach der Installation 
Schwierigkeiten während der Installati¬ 
on traten nicht auf, bis auf die Tatsa¬ 
che, daß das Installationsprogramm die 
RSJ-WPS-Klassen auf beiden Testrech¬ 
nern manchmal nicht registrieren konn¬ 
te (Fehlermeldungen s. Abb. 2). Das 
beeinträchtigte aber in keiner Weise die 
Funktionalität des Programmpaketes bis 
auf das Fehlen eines CD-Recorderob- 
jektes nach Anmelden des Laufwerkes, 
so daß man diese Meldungen (die das 
Installationsprogramm selbst nur als 
Hinweise deklariert) eigentlich ignorie¬ 
ren kann - wenn man nicht mit der WPS 
arbeitet. Das wird aber nicht sehr oft 
Vorkommen, und wenn man zum Aufhe¬ 
ben des Schreibschutzes oder dem 
Löschen einer CD-RW auf die Kom- 
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mandozeile zurückgreifen muß, ist das 
natürlich schade. Wichtiger jedoch ist 
ein einwandfreies Arbeiten des Dateisy¬ 
stems, und das ist nicht zu beanstan¬ 
den. Das Updateprogramm auf die Ver¬ 
sion 2.74 des RSJ CD-Writers regi¬ 
strierte die WPS-Klassen im übrigen 
nachträglich korrekt, so daß in späteren 
Versionen des Programms diese Fehler 
nicht mehr auftreten sollten. 

Ein weitaus schwerwiegenderes Pro¬ 
blem stellte sich jedoch auf dem Rech¬ 
ner mit dem HP-Gerät, also dem IDE- 
Recorder heraus: Hier blieb das System 
nach dem Laden der RSJ-Treiber mit 
einem Trap OOOd hängen. RSJ macht 
allerdings in der Readme-Datei der 
Installation auf dieses Problem auf¬ 
merksam. Der Grund hierfür liegt in 
einer speziellen Variante des IBMI- 
DECD.FLT-Filtertreibers namens RSJI- 
DECD.FLT, der »Schreibkommandos 
und Kommando-Timeouts korrekt bear¬ 
beitet«. Weiter wird darauf hingewiesen, 
daß »auf schnellen Systemen [...] RSJI- 
DECD.FLT Probleme verursacht« Zur 
Abhilfe soll man den IBM-IDECD-Filter- 
treiber wieder aktivieren. 

Der Trap tritt übrigens nicht direkt 
beim Laden des RSJ-IDECD-Treibers 
auf, sondern erst dann, wenn der OS/2- 
Einheitenmanager für CD-ROM-Lauf¬ 
werke, OS2CDROM.DMD, geladen 
wird. Sollte bei Ihnen ebenfalls das 


zuvor beschriebene Problem auftreten, 
gehen Sie wie folgt vor: 

OÖffnen Sie die CONFIG.SYS mit 
einem Texteditor, nachdem Sie das 
System mit Disketten, einer War¬ 
tungspartition oder einer anderen 
Betriebssystempartition gestartet 
haben. 

©Suchen Sie die Anweisung: 

REM BASEDEV=IBMIDECD.FLT 

welche das Installationsprogramm 
auskommentiert hat und entfernen 
Sie das REM. 

©Suchen Sie die Anweisung: 

BASEDEV=RSJIDECD.FLT 

und kommentieren Sie diese mit 
einem REM aus, oder löschen Sie die 
Zeile. 

Anschließend startete unser System 
wieder. Übrigens traten beim Arbeiten 
mit dem IDE-Laufwerk auch ohne den 
RSJIDECD-Filtertreiber keine Schwie¬ 
rigkeiten auf, auch nicht nach längeren 
und umfangreicheren Sitzungen, in 
denen wir mehrere CDs nacheinander 
brannten, vom CD-ROM-Laufwerk auf 
den Recorder kopierten usw. 
Interessant ist auch der Fix- 
paklevel des Betriebssystems 
in Zusammenhang mit dem 
oben beschriebenen Trap: Auf 
einem Warp 3-System 
trat er nur sporadisch 
auf, nach dem Aufspielen 
des FP 38 allerdings gar 
nicht mehr. Auf dem 
Warp 4-System konnten 
wir den Trap hingegen 
immer beobachten, egal 


allötionsprogramm 


Die CD-Writer Klasse konnte nicht registriert werden 
Hinweis: Dies ist nur eine Warnung. 


1 ... 


RSJ CD-Writer Installalionsprogramm 


Die CD-Writer Klasse konnte nicht in das Laufwerks-Objekt 


integriert werden. 

Hinweis. Dies ist nur eine Warnung 


IOK 


Abb.2: Mögliche Fehlermeldungen während der 
Installation des RSJ CD-Writers 
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ber sollte also 
noch einmal 

einem Review 

unterzogen wer¬ 
den. 


Ordner Editieren Anzeigen Ausgewählt Hilfe 


Fehleranzeige starten CD-View Installation 


Das Beschreiben 
von CDs 

Nach der erfolg¬ 
reichen Installati¬ 
on des CD- 
Writers und dem 
Neustart des 
Systems findet 
man auf der 
Arbeitsoberfläche 
den Ordner RSJ 
CD-Writer, in 
dem die Objekte 
CD-Writer Kon- 
trollfeld, Fehle¬ 
ranzeige starten, 
CD-View und 
Installation vor¬ 
handen sind. Mit 
dem Objekt 
Installation kann 
das Programm¬ 
ob wir mit einem ungefixten oder mit paket wieder vom System entfernt wer- 
verschiedenen Fixpaks korrigierten den. Die Fehleranzeige wird automa- 
Warp arbeiteten. Wir nehmen jedoch tisch gestartet. Möchte man das nicht, 
an, daß die Hardwarekonfiguration weit- lösche man die im Ordner Systemstart 
aus entscheidender für das Auftreten erzeugte Referenz. Das CD-Writer Kon- 
des Traps ist. Sie müssen daher von trollfeld ist das wichtigste der Objekte, 
Fall zu Fall entscheiden, ob ein Austrag das sich als Notizbuch präsentiert. Wer 
des RSJ-Filtertreibers nötig ist, sofern nicht mit der WPS arbeitet, kann das 
Sie einen IDE-Recorder verwenden. Kontrollfeld über die Kommandozeile 
Erschrecken Sie sich also nicht, falls Ihr durch Eingabe des Befehls cdwctl star- 
System nach der Installation des CD ten. Abbildung 3 zeigt neben dem geöff- 
Writers abstürzt, das Problem läßt sich neten Kontrollfeld auch den RSJ-Ordner 
leicht beseitigen. und das kleine Fenster zum Anmelden 

Trotz allem ist dieser Fehler peinlich, des Laufwerkes. Dazu sollte man auch 
Wenn man schon einen speziellen Fil- auf die Meldungen des LOCKCDR-Trei- 
tertreiber entwickelt, sollte man auch bers beim Systemstart achten: Der Trei- 
darauf achten, daß ein Systemabsturz ber erkennt die im System installierten 
vermieden wird, ob das System nun CD-ROM-Laufwerke und Recorder, 
schnell ist oder nicht. Der RSJ-FUte drei- ignoriert die CD-ROM-Laufwerke und 


Sessions überspringen 
Anzahl Ssssiors: 


' Mm 

Allgemein Recorder Status Info 


Abb rechen 


iufrt®rksbuch slnl 


CD-ft Laulwerksbuchstabe: 


Jetzt anmelden 


[c:\tcpip\tmp 


Groöe; 


Standard 


Größe 


Standard 


Rückgängig 
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entfernt die erkannten Recorder aus der 
Laufwerksliste des Systems, um sie der 
Kontrolle durch den OS/2-Einheitenma- 
nager zu entziehen. Dem anfangs als 
normal zugänglichen Recorder wird 
dann kein Laufwerksbuchstabe zuge¬ 
ordnet, womit er weder über die WPS 
noch über die Kommandozeile erreich¬ 
bar ist. Das Laufwerk wird erst dann mit 
einem Laufwerksbuchstaben verknüpft, 
wenn der Recorder dem RSJ-Dateisy- 
stem gemeldet wurde. Dazu öffnen Sie 


das Kontrollfeld und klicken auf den 
Button Jetzt anmelden. Dann erscheint 
der in Abb. 3 angegebene Dialog 
Recorder anmelden , in dem Sie die 
Anzahl der zu überspringenden Sessi- 
ons angeben können: 

1. Für eine neue CD belassen Sie den 
Wert auf 0. 

2. Möchten Sie auf eine CD, auf der 
sich bereits eine Session befindet, 



|] Laufwerk 1 - 


IhemaliciesiatifwerKg 


a 


Allgemein Recorder Status Info 


Allgemein 


irksbuchstabe 


Ordner Editieren Anzeigen 


R Laufwerks buch stabe: 


Abschließen 


Ausgewählt Hilfe 


latten-Cache 


Z: 509.696 KB frei, 672.150 KB gesamt 
Laufwerk Z 

□iliissai 

-d pmmail 

-d pmmail2 

-H d mptnetc 

-d Daten (Ropi) 

-EXCEL 

- C3 IMPOS 

S d netscape 
-(£ Phoenix2 


|c:\tcpip\tmp 


Ordner Editieren Anzeigen 
Ausgewählt Hilfe 


E: 2.780.949 KB frei, 3.936.240 KB gesamt 
Laufwerk E\Ehemaliges Laufwerk D 


Daten (Ropi) 


Ehemaliges Laufwerke 


Programm 


session 1 


session2 


Abb. 4: Nachdem der Recorder am RSJ-Dateisystem angemeldet wurde, kann man ihn 


wie ein normales Laufwerk benutzen, mit der WPS und der Kommandozeile 
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(»ine zweite Session hinzufügen, 
belassen Sie den Wert auf 0. 

\ I ür jede weitere anzufügende Sessi¬ 
on belassen Sie den Wert auf 0. 

I Möchten Sie bereits auf der CD ent¬ 
haltene Sessions quasi löschen, 
otwa weil Sie die Daten darin nicht 
mehr brauchen, geben Sie die 
Anzahl der »zu löschenden« Sessi¬ 
ons an. Soll z.B. nur die 1. Session 
später nicht mehr vorhanden sein, 
geben Sie 1 an. Sind auf der CD 4 
Sessions vorhanden, und Sie benö¬ 
tigen alle 4 nicht mehr, geben Sie 4 
an usw. 

Noch dem Anmelden findet man im 
I nufwerksordner ein Laufwerk namens 
/:, das wie eine normale Festplatte 
benutzt werden kann. Sie können dem 
Recorder beim Anmelden auch einen 
nnderen Laufwerksbuchstaben zuord- 
nen (z: ist die Standardeinstellung, da 
dieser Laufwerksbuchstabe in der Regel 
noch nicht vergeben ist). Übrigens kön¬ 
nen Sie den Recorder auch über die 
Kommandozeile dem Dateisystem mel¬ 
den. Dazu dient der Befehl cdattach , 
dem der Laufwerksbuchstabe überge¬ 
ben wird, den der Recorder später 
haben soll: 

cdattach z: 

Die Anzahl der zu überspringenden 
Sessions ist dabei 0. Sie können diesen 
Wert durch den Parameter -I (klein L) 
verändern. Möchten Sie z.B. die 1. Ses¬ 
sion überspringen, geben Sie ein: 

cdattach z: -II 

Ist der Anmeldevorgang abgeschlos¬ 
sen, kann man auf dem neuen Lauf¬ 
werk kopieren, verschieben, löschen 
und umbenennen, womit das Beschrei¬ 


ben einer CD für den Benutzer völlig 
transparent durchgeführt wird, da man 
mit dem CD-Recorder wie mit anderen 
Laufwerken über die Kommandozeile 
oder mit der WPS arbeiten kann. Abbil¬ 
dung 4 zeigt das Kopieren von Daten 
auf die CD-R mit Hilfe der WPS. Das 
Anlegen eines Images vor dem Brenn¬ 
vorgang entfällt also, und der Umgang 
mit dem RSJ-Dateisystem gestaltet sich 
damit als sehr komfortabel. Möchten 
Sie komplette CDs kopieren, greifen Sie 
am besten auf die Kommandozeile 
zurück. Mit dem Befehl: 

xcopy f:\* z:\ /s /e /r /v /o /t /h 

schreiben Sie den Inhalt einer CD, die 
sich im CD-ROM-Laufwerk f: befindet, 
auf die CD-R, die im Recorder z: einge¬ 
legt wurde. Wie Sie sehen, können Sie 
auf diese Weise mit einigen Batchdatei¬ 
en oder einem kleinen REXX-Programm 
sehr einfach Backups durchführen und 
sich teure Lösungen mit speziellen Pro¬ 
grammen oder Streamern schenken. 
Bänder weisen ohnehin keine große 
Datensicherheit auf, so daß die CD-R 
als v.a. günstigeres Backupmedium 
ebenfalls in Frage kommt. Durch die 
einfache Entwicklung Ihres eigenen 
Backupprogrammes können Sie eine 
auf Ihr System optimal abgestimmte 
Lösung entwerfen. Auch für den 
geschäftlichen Einsatz kommt also die 
Anschaffung eines CD-Recorders und 
der entsprechenden Software in Frage 
und sei Ihnen empfohlen. 

Nachdem alle Daten auf die CD 
geschrieben worden sind, schließt man 
die aktuelle Session ab, wodurch das 
Laufwerk abgemeldet wird. Am komfor¬ 
tabelsten geht das über die CD-Writer 
Steuerung, indem Sie auf den Button 
Abschließen drücken. Daraufhin 
erscheint ein kleiner Dialog, mit dem Sie 
angeben können, ob Sie die Session 
ohne oder mit Schreibschutz abschlie- 
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Ordner Editieren Anzeigen 
Ausgewählt Hilfe 


mm\ 


Aktion auswählen 


Z: 81.078 KB frei, 672.150 KB gesamt 
Laufwerk Z 


Session abschließen 


• Abschluß mit Schreibschutz 

Vorübergehender Abschluß ohne Session 

Q Notauswurf ohne Abschluß 


-(3 Ql P mmai( 

-j3 Q pmmail2 

| 33 Q mptnetc ,| 

-Cj Daten (Rcpi) 

- Q) EXCEL 

p — C3 impos 

-{3 Q NETSCAPE - 

33 (£ Phoenix2 

—Tfl Fl Fhemalines I aufwerk D 

Abb. 5: Nachdem alle Daten auf die CD kopiert wurden, läßt sich die CD mit unter- 
schiedchen Optionen abschließen. 


Dieser Vorgang kann mehrere 
Minuten dauern. 


' 


ßen möchten (Session abschließen, wobei -<Parameter> folgende Werte 
Abschluß mit Schreibschutz) oder ob annehmen kann: 

Sie die CD vorübergehend abschließen 
wollen, ohne die Session zu schließen -s 

(Vorübergehender Abschluß ohne Ses- Entspricht: Session abschließen 
sion). In allen Fällen werden die Daten “ x 

des Schreibpuffers auf die CD geschrie- Entspricht. Abschluß mit Schreibschutz 
ben. Im zweiten Fall können Sie die CD 
ausgeben und später weitere Tracks 
der noch offenen Session hinzufügen. 

Die CD ist in diesem Zustand natürlich 
noch nicht von normalen CD-ROM- 
Laufwerken lesbar. Mit der letzten Opti- Der Abschluß 
on (Notauswurf ohne Abschluß) wird die 
CD sofort ausgegeben, ohne daß die 
Daten des Schreibpuffers auf die CD 
geschrieben werden. Wenden Sie diese 
Option am besten nur dann an, wenn 
Sie noch keine Daten auf die CD 
geschrieben haben oder wenn die CD 
beschädigt wurde. Sie können die Ses¬ 
sion auch über die Kommandozeile 
abschließen: 


Entspricht: Vorübergehender Abschluß 
ohne Session 
■no_flush 

Entspricht: Notauswurf ohne Abschluß 


Session dauert 


Anmelden ohne den LOCK-Treiber? 

Mit dem LOCKCDR.FLT-Treiber von 
RSJ schleichen sich einige Nachteile 
auf dem System ein, die zu folgenden 
Fragen führen: Wie verwaltet man meh¬ 
rere Recorder, wenn die Laufwerks¬ 
buchstaben nicht mehr vorhanden sind? 
Und wie kann man den Recorder noch 


cdattach z: -<parameter> 
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«In normales CD-ROM-Laufwerk nut- 
on? Bevor man hier ständig am An- 
und Abmelden ist, um den Recorder je 
nach Einsatzzweck in das System ein- 
/ubinden, kann man den RSJ CD- 
Writer auch ohne den LOCK-Treiber 
benutzen, vorausgesetzt, man verwen¬ 
det SCSI-Recorder. Verfahren Sie dazu 
wie folgt: 

OEntfernen Sie die Anweisung 

BASEDEV=LOCKCDR.FLT 

aus der CONFIG.SYS, führen Sie 
einen Systemabschluß durch, und 
starten Sie das System neu. 


Ihres Recorders auf dem SCSI-Bus 
des zuvor angegebenen Adapters ist. 
Wenn Sie z.B. am ersten SCSI- 
Hostadapter einen CD-Recorder mit 
der ID 4 angeschlossen haben, sieht 
der Befehl zum Anmelden wie folgt 
aus: 

cdattach z: -d cdr:0.4 

Achten Sie darauf, adapter und 
device durch einen Punkt zu trennen. 

©Melden Sie weitere Recorder auf die¬ 
se Weise an. Sie müssen dem zwei¬ 
ten Recorder nur einen anderen Lauf¬ 
werksbuchstaben zuweisen, z.B. y: 


©Sie finden nach dem Neustart dann 
einen Laufwerks buch staben für Ihren 
Recorder vor (oder mehrere Buchsta¬ 
ben für mehrere Recorder), die Sie im 
Laufwerksordner als CD-ROM-Sym- 
bole finden. Die Recorder lassen sich 
dann ganz normal als CD-ROM-Lauf¬ 
werke benutzen 

©Um auf einen Recorder zu schreiben, 
melden Sie ihn dem RSJ CD-Writer 
Dateisystem an. Dazu öffnen Sie eine 
Kommandozeile und geben den 
Befehl cdattach mit folgender Syntax 
ein: 

cdattach <LW> -d cdr:<adapter.device> 

Dabei steht LW für Recorder-Lauf¬ 
werk und bezeichnet den Laufwerks¬ 
buchstaben, den Ihr Recorder nach 
der Anmeldung erhalten soll. Der 
Parameter -d dient zur Angabe der 
Identität des Recorders auf dem 
SCSI-Bus. Die Bezeichnung des 
Recorders wird dabei dem Argument 
cdr: in der Form adapter.device über¬ 
geben, wobei adapter die Nummer 
Ihres Hostadapters und device die ID 


©Arbeiten Sie mit den Recordern wie 
gewohnt, und melden Sie sie eben¬ 
falls wie sonst mit dem Befehl cdat¬ 
tach oder mittels des CD-Writer Kon- 
trollfeldes ab (s.o.). 

Die Recorder, die Sie nicht zum Auf¬ 
zeichnen verwenden, können Sie als 
CD-ROM-Laufwerke benutzen. Diese 
Vorgehensweise funktioniert, jedoch fin¬ 
det man nichts darüber im Handbuch. 


Tip 


* Schreiben Sie für jeden Recor¬ 
der eine kleine Batchdatei, wel¬ 
che die Anmeldung übernimmt, 
und benennen Sie die Datei mit 
dem Hersteliernamen Ihres 
Recorders, z.B. yamaha.cmd, 
damit Sie den gesamten Befehl 
nicht immer wieder eingeben 
müssen. 


Auch CD-ROM-Laufwerke lassen sich 
dem RSJ-Dateisystem melden. Dazu 
verwendet man ebenfalls den Befehl 
cdattach: 


cdattach z: -d f: 
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Damit wird das CD-ROM-Laufwerk mit 
dem Buchstaben f: dem Dateisystem 
als Laufwerk z: gemeldet. 

Das ist immer dann praktisch, wenn 
man auch unter OS/2 CDs lesen möch¬ 
te, deren Verzeichnisinformationen die 
Rockridge-Extensions beinhalten. 


die Befehle für die entsprechenden 
WPS-Funktionen. Sie können dann 
auch von einer Wartungspartion aus, 
auf der nur ein Textmodus-OS/2 zur 
Verfügung steht, CD-Rs beschreiben. 
Um den Schreibschutz einer CD-R auf¬ 
zuheben, geben Sie ein: 


f Melden Sie auf diese Weise Ihren 
• Recorder nicht an, wenn Sie Vor¬ 
haben, auf eine CD-R zu schrei¬ 
ben. Der Zugriff auf den Datenträ¬ 
ger würde dann verweigert 

Zusatzinformationen zum Dateisystem 
Im folgenden möchten wir Ihnen noch 
einige Informationen zum Dateisystem 
und den Einstellungsmöglichkeiten über 
die WPS und der Kommandozeile 
geben. 

Abbildung 6 zeigt das Kontextmenü 
des Laufwerkobjektes, das nach der 
Anmeldung des CD-Recorders im Ord¬ 
ner Laufwerke verfügbar ist. Über die¬ 
ses Menü können Sie den Schreib¬ 
schutz einer CD-R aufheben, die CD 
abschließen und eine CD-RW löschen. 
Wenn Sie lieber mit der Kommandozeile 
oder selbst geschriebenen Programmen 
arbeiten, die auf die Kommandozeile 


format <LW> /unseal 

Dabei ist <LW> das Laufwerk Ihres 
Recorders nach der Anmeldung. Mit 
dem Parameter /unseal heben Sie den 
Schreibschutz auf. 

Mit dem Befehl format löschen Sie 
auch eine CD-RW. Geben Sie dazu den 
Befehl mit dem Parameter / erase ein: 

format <LW> /erase 

Dabei ist <LW> wieder der Laufwerks¬ 
buchstabe des CD-Recorders. 

Abbildung 7 zeigt die Seite Recorder 
der CD-Writer Steuerung. Sie können 
die hier angegebenen Einstellungen 
auch über die Kommandozeile festle¬ 
gen. Um die Schreibgeschwindigkeit für 
einen Recorder zu setzen, benutzen Sie 
den Befehl cdspeed: 

cdspeed <LW> -s <Geschw.> [-e] [-f] 



zurückgreifen, finden Sie im folgenden 


Öffnen 

Einstellungen 

Hilfe 


Referenz erstellen. 


Aufnehmen 


Ordner 


Suchen. 


Symbol fixieren 


BD f 


werkD Laufwerk E 


Löschen (CDRW) 


Abschliefien 


Laufwerk Z 


k ^ K' 1 v 1 

Abb. 6: Das Kontextmenü des Recorder-Laufwerk 
Objektes der WPS nach der Anmeldung 
des CD-Recorders am RSJ-Dateisystem. 


<LW> ist dabei wieder der Buch¬ 
stabe des angemeldeten CD- 
Recorders. Mit dem Parameter -s 
setzen Sie den Geschwindigkeits¬ 
faktor, also 1 für Singlespeed, 2 
für Doublespeed usw. Um z.B. 
den Recorder z: auf Quadspeed 
zu setzen, geben Sie ein: 

cdspeed z: -s 4 

Mit dem Parameter -e können Sie 
alle Operationen mit dem Recor¬ 
der im Testmodus durchführen. 
Er ist optional und eignet sich, um 
die richtige Schreibgeschwindig- 
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r 1 r; buch finden Sie die Einstellung unter 
RAM-Cache - Größe. 


ii'U'mein Recorder K Status Info \ 


-t <Modus> 

Legt den Trackmodus fest. Gültige 
Werte für <Modus> sind 1 für normale 
Datentracks und 2 für XA-Tracks. 
Standardwert: 2. Im Notizbuch unter 
Dateisystem-Track Modus. 


Itm.order 


Allgemein 


Geschwindigkeit G. Test Modus 


l nateisystem—»—-!j-—— ---— 

Vi Auswurf nach Beenden Q Laufwerk. nicht verriegeln 


-i <Level> 

Gibt den ISO-Level für das Dateisy¬ 
stem der CD fest (s. auch Kapitel: Die 
CD-ROM). Gültige Werte sind 1, 2 
und 3, wobei jede Ziffer für den jewei¬ 
ligen Level steht. Standardwert: 3. Im 
Notizbuch unter ISO-Level. 


Track Modus: 


JQ] 8.3 Dateinamen 
j [2] xx max. 31 Buchstaben 
•J [3] max. 31 Buchstaben 


Mit der CD-Writer Steuerung ist 
es auch möglich, Statusinforma¬ 
tionen zur beschriebenen CD 
abzufragen. Abbildung 8 stellt 
koit in Relation zum Systemdurchsatz die Seite Status dar. Klicken Sie auf den 
/u finden. Der Parameter -f dient zur Button CD Status dieser Seite, so wird 
Angabe des Dateisystems, an das der die Belegung des Datenträgers als Tor- 
Recorder gemeldet wurde. Da der Stan- tendiagramm angezeigt. Die gleichen 
dardwert dieses Parameters CDWFS Informationen erhalten Sie allerdings 
Ist, können Sie diese Option fortlassen. auch, indem Sie den Befehl chkdsk ein- 
Die Parameter zum ISO-Level und geben: 

Irackmodus können Sie auch in der 
CONFIG.SYS dem Hintergrundprozeß chkdsk <LW> [Iv] 

CDWFSD.EXE übergeben. Wir 
orwähnen hier nur die Parameter, 
die angegeben sein müssen, und 
die Sie bei Bedarf verändern sollten: 


Rückgängig 


Abb. 7: Einstellungen des Dateisystems festlegen 


Allgemein Recorder jStatu sh Info \ 


-p <Cachepfad> 

Pfad, in dem das Dateisystem die Cache¬ 
dateien ablegt. Im CD-Writer Notizbuch 
auf der Seite Allgemein unter Festplatten- 
chache-Pfad. 


-c <Größe> 

Platz in KByte der durch Cachedaten im 
durch -p angegebenen Verzeichnis belegt 
wird. Standardgröße: 20000. Im Notiz¬ 
buch: Festplattenchache-Größe. 


CO Größe: 672.150 KB Freier Ratz: 0 KB 

Abgeschlossene Sessions- 4 :offene Session: 5 
Tracks: 4: reservierterTrack: 0 

CD wurde von Fremd softv/ere formatiert-) CD ist nicht beschreibber. 


CDWFS - Laufwerk 


-b <Größe> - 1 

Bestimmt die Größe des RAM-Puffers in . =■■■= 

KByte. Standardgröße: 2048. Im Notiz- Abb. 8: Statusfunktionen über die CD abfragen 



H| Dateien: 

■: 1 l 

428 

104520 KB 

Verzeich- 

29 

nisse. 

118KÖ 

; 11 Andere. 

567.512 KB 
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Dabei ist <LW> wieder der Buchstabe 
des Recorders nach der Anmeldung am 
Dateisystem. Der Parameter /v ist optio¬ 
nal und gibt neben den im Notizbuch 
dargestellten Informationen weitere 
durch die Norm ISO 9660 definierte 
Informationen aus, etwa der Hersteller 
der CD, die dazu verwendete Software 
usw. Diese Zusatzinformationen werden 
beim Abschluß einer Session mit auf die 
CD geschrieben. Der Parameter /v ist 
im RSJ-Handbuch hinreichend 
beschrieben, ebenso die Informationen, 
die man mit auf die CD schreiben kann, 
so daß wir hier nicht näher darauf ein- 
gehen müssen. 

Die beschriebenen CDs 
Die mit dem RSJ CD-Writer beschriebe¬ 
nen CDs bestehen immer aus mehreren 
Tracks, im Durchschnitt 14 bis 18, wenn 
man die gesamte CD beschreibt. Mit 
dem Dateisystem ist es völlig unmög¬ 
lich, eine CD zu erzeugen, auf der sich 
alle Daten in nur einem Track befinden. 
Das ist logisch, wenn man bedenkt, wie 
der RSJ-Writer Daten auf eine CD-R 
kopiert: Bereits im CD-Recorder-Test 
haben wir auf die beiden Möglichkeiten, 
eine CD-R zu beschreiben, hingewie¬ 
sen. Der RSJ-Writer arbeitet nur nach 
der ersten Methode, benutzt also ein 
System mehrerer Pufferspeicher, um 
eine CD-R sozusagen »on-the-fly« zu 
beschreiben und macht keinen 
Gebrauch von Images, die in einem 
Zuge auf die CD geschrieben werden 
können. 

In der Regel ist das nicht nachteilig, 
und ob sich nun die Daten in nur einem 
Track oder in 18 Tracks befinden, dürfte 
den Privatanwender kaum stören. Aller¬ 
dings ist es nicht üblich, auf einer reinen 
Daten-CD mehrere Tracks zu erzeugen. 
Ein Nachteil entsteht jedoch dann, wenn 
man einen Goldmaster erstellen möch¬ 
te, um die CD in Serie produzieren zu 


lassen. Eine CD, auf der die Daten in 
mehr als einem Track vorhanden sind, 
eignet sich nicht zur Herstellung des 
Glasmasters. Folgerichtig müssen die 
Daten der selbst erzeugten CD-R auf 
eine zweite CD in nur einen Track 
kopiert werden. Möchte man also CDs 
erstellen, die sich von vornherein als 
Goldmaster eignen (das ist schon aus 
Kostengründen empfehlenswert), greife 
man lieber zu CDRecord/2, mit dem sol¬ 
che CDs problemlos herstellbar sind. 
Eine andere Möglichkeit besteht darin, 
das RSJ-Programm CDView zu verwen¬ 
den, mit dem ein trackorientiertes Arbei¬ 
ten möglich ist. Diesem Programm wen¬ 
den wir uns im folgenden Abschnitt zu. 

CDView 

Das Programm CDView ermöglicht im 
Gegensatz zum RSJ-Dateisystem ein 
trackorientiertes Arbeiten mit CDs. Die 
besonderen Vorteile dieses Programms 
lassen sich wie folgt zusammenfassen: 

□ Mehrere CD-Recorder lassen sich 
gemeinsam nutzen. 

□ Das Anmelden eines Laufwerkes ist 
nicht erforderlich. 

□ Man kann CD-Rs erstellen, auf 
denen sich die Daten in nur einem 
Track befinden. 

□ Das Kopieren von CDs ist mit dem 
Programm via Drag & Drop sehr ein¬ 
fach. 

Als Nachteil kann sich die Tatsache 
erweisen, daß CDView und das RSJ- 
Dateisystem nicht Zusammenarbeiten: 
das eine Produkt ist mit dem anderen 
völlig inkompatibel. Man kann mit den 
beiden Programmen auch nicht parallel 
arbeiten. Welches von beiden man 
benutzt, hängt demnach vom Einsatz¬ 
zweck ab. Um Backups anzufertigen, 
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«Ignet sich das Dateisystem auf jeden 
I all besser, weil man sehr intuitiv damit 
nrbeiten kann. Für die Herstellung von 
(ioldmastern oder dem Kopieren von 
Audio-CDs sollte man auf CDView 
/urückgreifen. 

CDView ist sehr einfach zu benutzen. 
Im RSJ-Ordner auf der WPS findet man 
das Objekt CD-View. Hinter ihm verbirgt 
«ich ein weiterer Ordner, in dem zwei 
Programmobjekte liegen, welche sich 
auf das Programm cdview.exe im 
\CDWFS-Verzeichnis beziehen. Dem 
Programm wird als Parameter die 
Bezeichnung des CD-Recorders, eines 
CD-ROM-Laufwerkes oder auch eines 
Verzeichnisses auf der Festplatte zuge¬ 
wiesen. Die beiden Standardobjekte 
beziehen sich auf ein Verzeichnis auf 
der Festplatte, in das man einzelne 
Tracks Zwischenspeichern kann, und 
auf den im System vorhandenen CD- 
Recorder. 

Sie können sich für einen zweiten oder 
weitere Recorder und auch für CD- 
ROM-Laufwerke weitere Programmob¬ 
jekte anlegen oder cdview direkt über 


die Kommandozeile starten, wobei Sie 
das entsprechende Laufwerk dem Pro¬ 
gramm als Parameter übergeben. 
Möchten Sie ein CD-ROM-Laufwerk mit 
CDView starten, geben Sie ein: 

cdview f: 

Damit wird das CD-ROM-Laufwerk mit 
der Bezeichnung f: einer Programmin¬ 
stanz von cdwiev zugewiesen. Möchten 
Sie mit mehr als einem Recorder unter 
cdview arbeiten, geben Sie die Nummer 
des SCSI-Adapters und die ID des 
Recorders am SCSI-Bus an, z.B.: 

cdview cdr:0.3 

Auf diese Weise starten Sie eine Pro¬ 
gramminstanz von cdview und verknüp¬ 
fen die mit dem CD-Recorder, der die 
SCSI-ID 3 am 1. Adapter im System 
hat. 

Haben Sie eine Programminstanz von 
CDView gestartet, erscheint ein Pro¬ 
grammfenster wie in Abb. 9. Das Pro¬ 
gramm liest beim Start die Trackinfor- 
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Abb. 10: Den Aufzeichnungsvorgang mit CDView starten 


Kopiervorgang abbreahen 


mationen von der CD und stellt sie 
übersichtlich in einem Container dar. In 
unserem Beispiel haben wir nur das 
CD-Recorder-Objekt im CD-V/e w-Ord- 
ner geöffnet, um einen mit mkisofs vor¬ 
bereiteten Track auf eine CD-R zu 
schreiben, auf der sich schon zwei 
Tracks befinden. Wenn Sie Tracks von 
der Festplatte auf CD kopieren möch¬ 
ten, müssen diese Daten bereits in 
einem sogenannten Image vorliegen. 
Wie man ein Image erstellt, zeigen wir 
Ihnen im nächsten Abschnitt dieses 
Kapitels. Neben der eigenen Erzeugung 
eines Images können Sie auch mit einer 
2. Instanz von cdview, die mit einem 
CD-ROM-Laufwerk verknüpft ist, die 
gewünschten Tracks auswählen und 
einfach via Drag & Drop in das Recor¬ 
derfenster ziehen (so wie wir es in Abb. 
9 mit unserem Image tun, das wir aus 
einem normalen Ordner auf das 
CDView -Fenster ziehen). Anschließend 
trägt CDView den track in das Ver¬ 
zeichnis der CD-R ein. Der Aufzeich¬ 
nungsvorgang wird dabei aber noch 
nicht gestartet, d.h. Sie können 


zunächst wei¬ 
tere T racks 

auf das Pro¬ 
grammfenster 
ziehen und 
sie dann ganz 
nach Belieben 
arrangieren. 
Erst dann 
wenn Sie auf 
den Aufzeich¬ 
nungsknopf 
drücken (in 
der Abbildung 
der 3. von 
links), beginnt 
das CDView, 
den Track auf 
die CD zu 
kopieren. Der 
Vorgang wird durch ein Statusfenster 
dargestellt. Die Aufzeichnung sollten Sie 
nicht abbrechen, selbst wenn das Sta¬ 
tusfenster einen entsprechenden But¬ 
tons bietet. Nach dem Aufzeichnungs¬ 
vorgang können Sie weitere Tracks auf 
die CD kopieren oder die Session durch 
Drücken auf das kleine CD-Symbol 
abbrechen. Wie Sie sehen, läßt sich 
CDView sehr einfach verwenden. 

Sie werden wohl öfter mit dem 
Dateisystem arbeiten als mit CDView. 
Dennoch ist das Programm wichtig, 
wenn Sie Audio-CDs kopieren wollen. 
Wir werden uns der Verarbeitung von 
Audio-CDs in Bd. 3 im Multimedia-Kapi¬ 
tel zuwenden. In diesem Band 
beschränken wir uns auf Daten-CDs. 

Wenn Sie eine CD-R beschreiben 
möchten, die sich als Goldmaster eig¬ 
net, kommen Sie um CDView nicht her¬ 
um. In unserem Beispiel haben wir 
schon gezeigt, wie es geht. Hier noch 
einmal die Vorgehensweise: 

OErstellen Sie ein Image der Daten, 
welche auf die CD geschrieben wer- 
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don sollen (z.B. mit mkisofs). Bei der 
Betrachtung von cdrecord im näch¬ 
sten Abschnitt dieses Kapitels erhal¬ 
len Sie eine Schritt-für-Schritt-Anlei- 
lung zur Erstellung von Images. Ach- 
Ion Sie beim Erzeugen des Images 
darauf, daß die Datei die Erweiterung 
\trk besitzt. 

•I egen Sie eine neue CD-R in Ihren 
Recorder. 

«starten Sie dann CDView und über¬ 
geben Sie dem Programm als Para¬ 
meter die Bezeichnung des CD- 
Recorders. 

«öffnen Sie den Ordner, in dem sich 
das Image befindet und ziehen Sie 
die Datei auf das geöffnete CDView- 
Recorderfenster. 

«Starten Sie den Aufzeichnungsvor¬ 
gang wie beschrieben und schließen 
Sie danach die Session ab. 

Die auf diese Weise erstellte CD eignet 
Mich direkt als Goldmaster. 

CDView hat uns gut gefallen, v.a. weil 
os so einfach anzuwenden ist. Aller¬ 
dings sei noch ein erheblicher Nachteil 
»irwähnt: Das Programm hat keine 
Online-Hilfe. Auch wäre die Einhaltung 
der SAA-Richtlinien empfehlenswert, so 
daß man das Programmfenster um ein 
Menü erweitern könnte. Das sind zwei 
Punkte, die als negativ erwähnt werden 
müssen. Ansonsten gibt es an diesem 
Programm nichts auszusetzen. 

/um Schluß 

Uns hat der RSJ CD-Writer sehr gut 
gefallen. Das Programmpaket ist, zuge¬ 
gebenermaßen nicht billig, ab 400 Mark 
kann man eine RS J-Version erstehen; 
ober die Software ist ihr Geld wert und 


der Preis auch noch verträglich. Zudem 
hat RSJ zugesichert, den CD-Writer für 
OS/2 ohne Einschränkung weiterzuent¬ 
wickeln. Das gilt insbesondere für die 
Unterstützung neuer Recorder. Für sein 
Geld bekommt man auch einen guten 
Support, der an dieser Stelle lobenswert 
erwähnt werden sollte. Hat man ein 
Problem, ist Hilfe nicht fern. Anfragen 
über eMail werden schnell und v.a. 
kompetent beantwortet. 

Allerdings wünscht man sich einige 
Verbesserungen am Programm. Die 
erste betrifft die Dokumentation. Ein 
besseres Handbuch oder ein umfangrei¬ 
ches INF-Dokument wären von großem 
Nutzen, v.a. weil tiefergehendere Fra¬ 
gen unbeantwortet bleiben. Besonders 
wichtige Informationen nur in eine 
README-Datei zu packen, wiegt ein 
gutes Online-Buch nicht auf. Auch die 
bereits erwähnten Mängel an CDView 
sollten ausgeglichen werden, da sie 
dem an sich guten Gesamtbild scha¬ 
den. Weiterhin zeigt sich die Notwendig¬ 
keit zur Verbesserung der graphischen 
Schnittstelle: Eine umfangreichere CD- 
Steuerung oder eine bessere WPS- 
Unterstützung wäre hier von Vorteil. So 
wäre z.B. ein neues CD-Recorder- 
Objekt, das auch eine Verwendbarkeit 
des Recorders als normales Laufwerk 
ermöglicht und ständig verfügbar ist, 
von besonderem Vorteil. Ein weiterer 
Schwachpunkt ist die Tatsache, daß 
man CDs, auf denen sich die Daten in 
nur einem Track befinden, mit dem 
Dateisystem nicht erzeugen kann, auch 
nicht mit dem Befehl cdcopy, den wir 
deshalb auch nicht erwähnten. Daher 
ist Umkopieren oder das Arbeiten mit 
CDView nötig. Auch hier wäre eine klei¬ 
ne Verbesserung sehr positiv. 

Alles in allem ist der CD-Writer von 
RSJ jedoch ein gelungenes Stück Soft¬ 
ware, schnell und kompakt entwickelt. 
Das Produkt bietet neben Benutzerkom- 
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fort auch ein einfach zu verwendendes 
API, so daß man eigene Oberflächen 
für das Dateisystem entwickeln kann. 
Das Programmpaket arbeitet OS/2-kon- 
form, belastet das System nur wenig 
und ist durch die Möglichkeit die Kom¬ 
mandozeile zu benutzen auch sehr fle¬ 
xibel. Audio-CDs kann man mit CDView 
bearbeiten bequem und sogar bootfähi¬ 
ge CDs lassen sich mit diesem Produkt 
herstellen (s. Bd. 3), womit der RSJ 
CD-Writer ein breites Spektrum an 
Anwendungszwecken abdeckt. Letzt¬ 
lich bleibt also zu sagen, daß wir uns 
über die Software sehr gefreut haben 
und ihr ohne Bedenken eine Empfeh¬ 
lung aussprechen können. 


Kontakt mit RSJ 


Anschrift: 

RSJ Software GmbH 
Industriestr. 10 
82110 Germering 

Tel.: 089/894142-0 
Fax: 089/894142-80 

Internet: http://www.rsj.de 
Support: support@rsj.de 

Über das Internet erhält man neben 
einer Demoversion des CD-Writers 
auch Updates zum Programm. Ferner 
sind zum Download verfügbar: 

o Dokumente im PDF-Format 
o FAQs 

o Dokumentation des API 

Eine OS/2-Newsgroup zum RSJ 
CD-Writer ist direkt über die Website 
zugänglich. 


CDRecord/2 

Neben dem zuvor vorgestellten Produkl 
von RSJ gibt es zum Beschreiben von 
CDs auch noch eine andere Lösung, die 
man unter OS/2 einsetzen kann, näm¬ 
lich CDRecord/2. Dieses Programm ist 
ein Port des Unix-Programms cdrecord 
und eignet sich, ein wenig Einarbeitung 
vorausgesetzt, ebenfalls sehr gut für 
den Gebrauch unter Warp. Daneben ist 
es einfach erweiterbar und flexibel im 
Gebrauch. Dem RSJ CD-Writer steht es 
hinsichtlich der Funktionalität in nichts 
nach. 

Was ist CDRecord/2? 

CDRecord/2 ist ein kommandozeilenori¬ 
entiertes Programm. Allerdings gibt es 
auch graphische Frontends für den PM 
und die WPS. Vor allem letzteres dürfte 
für viele OS/2-Anwender interessant 
sein; und da man ein Programm für die 
Kommandozeile auch einfach in seine 
eigenen Anwendungen integrieren 
kann, machte uns das Freewarepro¬ 
gramm besonders neugierig 9 . 

Es stellte sich übrigens heraus, daß 
man damit ganz vorzüglich arbeiten 
kann, v.a. wenn es darum geht auf ein¬ 
fache Weise bootfähige CDs zu erstel¬ 
len oder Goldmaster, die man direkt 
zum Glasmastering verwenden kann 
Das Programm arbeitet mit einer ande¬ 
ren Methode als das RSJ-Pr ogramm. 
Dadurch ist es flexibler; auf der anderen 
Seite ist eine so einfache Handhabung 
wie mit dem RSJ-Dateisystem (noch) 
nicht möglich. 

Was braucht man zum Betrieb? 

Die aktuelle Version von cdrecord ist 
1.8a19, die wir testeten. Ein entspre- 


9 Das Programm ist eine ideale Grundlage für eigene Anwendungen. Wir haben es in den Objekt- 
orientierten Xelia-Schreibtisch\n\.egr\er\. und können komfortabel CD-Rs beschreiben. Die cdre* 
cord/2- und mk/so/s-Unterstützung wird in der kostenlosen Demoversion von Xelia enthalten 
sein. Alle WPS-Programmierer seien aufgerufen, für die beiden Programme entsprechend! 
Klassen zu entwerfen. Die Mühe dürfte sich lohnen. 
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ihondes Archiv finden Sie auf unserer 
Homepage. Alleine dieses Programm 
laicht allerdings nicht aus, um CD-Rs zu 
btmchreiben. Sie benötigen außerdem: 

i mkisofs.exe , ein Programm, das ISO 
C D-Images erstellt, die CDRecord/2 
dann auf die CD schreibt. 

i Den Treiber aspirout.sys , einen 
ASPI-Router, der Anwendungen, die 
auf Ring 3 arbeiten, ermöglicht, 
direkt mit dem ASPI-Treiber 
OS2ASPI.DMD zu kommunizieren. 

i die EMX Runtime-Bibliothek in der 
Version 0.9c oder höher. 

I ).is Programm mkisofs müßten Sie sich 
eigentlich nicht unbedingt extra besor- 
U«n, da der CDRecord/2 Distribution 
eine OS/2-Version von mkisofs beiliegt. 
Durch einen Bug in cdrecord1.8a19 
arbeitet die beigelegte m/c/so/s-Version 
>iber nicht korrekt mit cdrecord zusam¬ 
men. Laden Sie also beim Download 
von cdrecord gleich mkisofs1.12b4 mit. 
Wenn Sie die hier genannten Versionen 
von mkisofs und cdrecord verwenden, 
können Sie CDs auch »on-the-fly« 
beschreiben (mehr dazu weiter unten). 
Auch das Erstellen von Multisession- 
CDs funktioniert dann wie gewünscht. 

Wir haben für Sie cdrecordl.8a19 , 
mkisofsl.12b4, die aktuelle EMX Runti- 
mo-Bibliotek (Version 0.9d) und den 
. aspirout.sys auf unserer Homepage 
boreitgelegt. Sie finden alle Dateien 
aber auch in den üblichen Softwarear- 
chlven wie LEO oder Hobbes. 

Daß es Schwierigkeiten mit verschie¬ 
denen Versionen von mkisofs und cdre¬ 
cord geben kann liegt daran, daß die 
()S/2-Programme stets direkt vom Origi- 
iml-Sourcecode portiert werden. Da 
sowohl cdrecord als auch mkisofs 
beständig weiterentwickelt werden, kön¬ 
nen natürlich auch immer wieder Bugs 


auftreten, die ebenfalls in den Port über¬ 
nommen werden, wodurch Inkompatibili¬ 
täten möglich sind. Beachten Sie 
jedoch, die in diesem Artikel vorgestell¬ 
ten Versionen zu verwenden, dürften 
keine Schwierigkeiten auftreten. 

Die Installation 

CDRecord/2 auf dem System einzurich¬ 
ten, ist ausgesprochen einfach. Gehen 
Sie wie folgt vor: 

OInstallieren Sie zunächst die EMX 
Runtime Bibliothek , indem Sie das 
ZIP-Archiv in das Stammverzeichnis 
eines Laufwerkes (am besten das 
Ihres Bootlaufwerkes) legen und dort 
entpacken. Tragen Sie anschließend 
den Pfad: 

<lnst.-Lw. >:\EMX\DLL 

in die LIBPATH-Anweisung und den 
Pfad: 

<lnst.-Lw. >:\EMX\EXE 

in die PATH-Anweisung in Ihrer CON¬ 
FIG.SYS ein. 

©Enpacken Sie die Datei mit dem 
ASPI-Router in einem temporären 
Verzeichnis, kopieren Sie die Datei 
aspirout.sys in das Verzeichnis 
\OS2\BOOT Ihres Bootlaufwerkes, 
und nehmen Sie folgende Eintragung 
in der CONFIG.SYS vor: 

<lnst.-Lw.>:\OS2\BOOTV\SPIROUT.SYS 

©Suchen Sie die Anweisung: 

BASEDEV=OS2ASPI.DMD 

in der Datei CONFIG.SYS und fügen 
Sie der Anweisung den Parameter 
/ALL hinzu. Sollte OS2ASPI.DMD 
noch nicht installiert sein, binden Sie 
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den Treiber mit der BASEDEV-Anwei- 
sung in Ihr System ein. 

f Achten Sie darauf\ daß der Para- 
• meter /ALL dem ASPI-Treiber 
übergeben wird, daß die entspre¬ 
chende Zeile in der CONFIG.SYS 
also so aussieht: 

BASEDEV-OS2ASPI.DMD /ALL 

Ansonsten erhält cdrecord keinen 
Zugriff auf den SCSI-Bus. 

©Installieren Sie dann cdrecord. Ent¬ 
packen Sie dazu das ZIP-Archiv in 
einem möglichst übergeordneten Ver¬ 
zeichnis (z.B. \PROGRAMME). Dar¬ 
aufhin wird ein neues Verzeichnis 
namens: 

cdrecord-1_18a19_os2 

erzeugt. Sie finden darin die Datei 
cdrecord.exe. Kopieren Sie diese am 
besten in das Verzeichnis \OS\APPS. 

©Entpacken Sie das ZIP-Archiv von 
mkisofsl.12b4 im gleichen überge¬ 
ordneten Verzeichnis wie cdrecord. 
Sie finden dann ein Verzeichnis 
namens: 

mkisofs-1.12b4 

und darin die Datei mkisofs.exe. 
Kopieren Sie diese in das gleiche 
Verzeichnis wie cdrecord , am besten 
wieder in \OS2\APPS. 

©Führen Sie einen Systemabschluß 
durch, und starten Sie den Rechner 
neu. 

Damit ist die Installation von cdrecord 
abgeschlossen. Mehr als diese beiden 
kleinen Programme brauchen Sie nicht, 


um CDs zu erstellen. Das ist recht 
erstaunlich, wenn man bedenkt, wel¬ 
ches große Anwendungsspektrum mit 
den beiden binären Winzlingen abge¬ 
deckt wird, und wie gut die Ergebnisse 
sind, die man mit den Programmen 
erzielt. 

Die Arbeitsweise 

Es gibt zwei Methoden mit cdrecord zu 
arbeiten: 

1. Man erstellt mit mkisofs ein oder 
mehrere Images der Daten, die man 
auf die CD brennen möchte, und 
kopiert diese anschließend mit cdre¬ 
cord auf die CD. 

2. Man brennt die Daten »on-the-fly« 
auf die CD. Dazu ruft man mkisofs 
mit entsprechenden Paramtern und 
cdrecord in einer Zeile auf. 

Die erste Methode ist die sicherste. Man 
kann so in aller Ruhe seine Daten 
zusammenstellen, das Image erzeugen 
und von cdrecord in einen Track auf der 
CD ablegen lassen. Es ist dabei zu 
beachten, daß cdrecord keine Abbruch¬ 
möglichkeit mehr nach Beginn des 
Schreibvorganges bietet. Man sollte 
daher zuerst überprüfen, ob genug 
Speicherplatz zur Aufnahme des 
Images (oder eines weiteren Images bei 
Multisession-CDs) auf der CD-R vorhan¬ 
den ist. 

Möchte man ohne ein Image auskom- 
men, sollte man laut Autor beachten, 
daß das zum Einsatz kommende 
System auch entsprechend leistungsfä¬ 
hig ist, damit der Datenstrom während 
des Schreibvorganges nicht abreißt. Wir 
haben jedoch CDs auf diese Weise mit 
dem bereits beschriebenen 486er- 
System unter normaler Systembela¬ 
stung beschrieben und stießen während 
des Schreibvorganges auf keinerlei Pro- 
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bleme. Das beweist wieder einmal 
mehr, wie sehr sich OS/2 für die Bear¬ 
beitung von Vorgängen in Echtzeit eig¬ 
net. 

I \\rameter von cdrecord und mkisofs 
Während mkisofs zur Herstellung eines 
ISO 9660 konformen Dateisystems 
dient, übernimmt cdrecord die eigentli¬ 
che Aufzeichnungsarbeit. Beide Pro¬ 
gramme verfügen über eine Fülle von 
Parametern. Die wichtigsten werden wir 
Ihnen in unseren Anleitungen einige 
Seiten später ohnehin präsentieren und 
Ihre Bedeutung erklären. Damit Sie aber 
nicht immer in die README-Dateien der 
beiden Programme sehen müssen 
(denn eine andere Dokumentation gibt 
es leider nicht), finden Sie im folgenden 
alle wichtigen Optionen aufgeführt und 
erklärt. Wir empfehlen Ihnen, die beiden 
Listen vor der weiteren Lektüre und der 
Arbeit mit den beiden Programmen auf¬ 
merksam durchzulesen. 

Beachten Sie auch die allgemeine 
Syntax von cdrecord : 

cdrecord [allg.Parameter] dev=x,y 

[Trackparameter] trackl ... trackn 

Mit dev=x,y geben Sie die Identität Ihres 
Recorders auf dem SCSI-Bus an. Die 
Allgemeinen Parameter nennen Sie vor 
der Angabe des Recorders. Daran 
anschließend geben Sie die Trackpara¬ 
meter an. Zum Schluß nennen Sie die 
Images der einzelnen Tracks. 

Die grundsätzliche Syntax von mki¬ 
sofs lautet: 

mkisofs [Parameter] -o image.file 

/quellenverzeichnis 

Die in Parameter festgelegten Optionen 
bestimmen dabei den Typus des zu 
erzeugenden CD-Images, das in der 
durch -o angegebenen Datei abgelegt 


wird. Hier kann auch eine vollständige 
Pfadangabe angegeben werden. Die 
Imagedatei muß übrigens keine beson¬ 
dere Erweiterung haben (sinnvoll wären 
*.raw, * img, *.trk). Wenn Sie Images für 
RSJ CDView erzeugen, müssen Sie die 
jedoch die *.trk-Endung wählen. Zum 
Schluß übergeben Sie mkisofs die 
Bezeichnung des Verzeichnisses, in 
dem sich die Quellendateien und -Ver¬ 
zeichnisse befinden. 


f Wenn Sie cdrecord oder mkisofs 
# Verzeichnisnamen übergeben, 
achten Sie darauf, Verzeichnisse 
nicht mit dem unter OS/2 üblichen 
Backslash \ , sondern mit dem 
unter Unix gebräuchlichen For- 
wardslash / voneinander zu tren¬ 
nen. 

Sie müssen übrigens keine besondere 
Reihenfolge einhalten, wenn Sie den 
beiden Programmen die einzelnen Para¬ 
meter übergeben. 

Die wichtigsten Parameter von cdrecord 
In diesem Abschnitt finden Sie die wich¬ 
tigsten Parameter von cdrecord und ihre 
Bedeutung: 

Allgemeine Parameter 

-Version 

Durch Angabe dieses Prameters gibt cdre¬ 
cord die Versionsnummer aus und beendet 
sich anschließend. 

-v 

Durch -v werden weitere Statusinformatio¬ 
nen angezeiugt, wenn auf die CD geschrie¬ 
ben wird. Wir empfehlen, diesen Parameter 
immer anzugeben. 

-dummy 

Mit diesem Parameter kann man einen 
Schreibvorgang im Testmodus laufen las¬ 
sen. 
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-multi 

Dieser Prameter ist notwendig , um Multi- 
session-CDs zu erzeugen. Tracks werden 
im CD-ROM XA Modus, Form 2 geschrie¬ 
ben. Alle Sessions einer Multisession-CD 
müssen mit -multi geschrieben worden 
sein. Eine Session, die man ohne diesen 
Parameter auf die CD brennt, macht ein 
späteres Beschreiben unmöglich. 

-msinfo 

Ermittelt Informationen zur Herstellung von 
Multisession-CDs und gibt sie aus. Beispiel 
(mit Output): 

[C:\]cdrecord -msinfo dev-4,0 
12540,35478 

Die erste Zahl steht dabei für den Sektor, 
an dem eine Session beginnt; die zweite 
Zahl gibt den ersten beschreibbaren Sektor 
nach der Session an. Diese beiden Werte 
werden mkisofs im Parameter -C zur Her¬ 
stellung eines multisessionfähigen Images 
übergeben (siehe dort). 

-toc 

Mit diesem Parameter fragt cdrecord die 
TOC oder PMA einer CD ab und gibt das 
Ergebnis anschließend aus. 

-fix 

Bei Angabe dieses Parameters wird die 
CD nur fixiert. Der Parameter ist sinnvoll, 
wenn man auf eine CD-R mehrmals 
geschrieben hat, ohne Sie zu fixieren, um 
den Abschluß später vorzunehmen. 

-nofix 

Geben Sie -nofix an, wenn cdrecord die 
CD nach dem Schreibvorgang nicht 
abschließen soll. 

-load 

Fährt die Laufwerksschubalde ein. Bei 
Beginn eines neuen Schreibvorganges 
wird die Schublade übrigens automatisch 
eingefahren. 

-eject 

Wird -eject angegeben, gibt cdrecord die 
CD nach dem Schreibvorgang aus. Wir 
emfpehlen, diesen Parameter immer anzu¬ 


geben, da einige Recorder erst dann einen 
neuen Schreibvorgang starten können, 
wenn die CD nach dem vorherigen 
Schreibvorgang ausgegeben wurde. 

speed=<Wert> 

Setzt die Schreibgeschwindigkeit auf 
<Wert>. 2 steht dabei für Doublespeed, 4 
für Quadspeed usw. 

blank=<Modus> 

Mit Angabe dieses Prameters können Sie 
eine CD-RW löschen. Wichtige gültige Wer¬ 
te für <Modus> sind: 

all - die gesamte CD-RW wird gelöscht 
disk - die gesamte CD-RW wird gelöscht 
track - nur TOC, PMA und Pregab löschen 
Session - die letzte Session wird gelöscht 
unclose - die letzte Session wieder öffnen 
help - zeigt alle Werte für <Modus> an 

-force 

Sollte eine CD-RW beschädigt sein, ist ein 
Löschen meist nicht mehr möglich. Mit dem 
Parameter -force können Sie in den mei¬ 
sten Fällen das Löschen erzwingen. 

dev=<device,adapter> 

Mit dev wird der Recorder angegeben, der 
zum Beschreiben der CD-R dienen soll. 
de vice steht für den SCSI-Adapter im 
System (0 für den ersten, 1 für den zweiten 
usw); adapter steht für die ID des Recor¬ 
ders. Beispiel: 

cdrecord dev=4,0 ... 

Damit wird der Recorder mit der SCSI-ID 4 
am 1. SCSI-Adapter im System für die fol¬ 
gende Operation benutzt. 

timeout=<Wert> 

Gibt den Timeout auf dem SCSI-Bus an. 
Standardwert: 40 Sekunden. Bei oft auftre¬ 
tenden Schreibfehlern kann man <Wert> 
erhöhen, z.B.: 

cdrecord -timeout=80 dev=-4,0 ... 

-scanbus 

Untersucht den SCSI-Bus nach ange¬ 
schlossenen Geräten und gibt alle gefunde- 
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nun Geräte mit Ihrer ID aus. Dieser Para- 
nifiter ist nützlich, wenn man nicht weiß, 
mit welcher ID der Recorder am Bus ange- 
»»chlossen ist. Beispiel: 

ulrocord -scanbus 

fiMt 

I ührt einen Reset des SCSI-Bus durch. 
Beispiel: 

i.drecord -reset 

Tür abgebrochene Schreibvorgänge, nach 
denen man die CD-R nicht mehr aus dem 
Recorder ausgeben kann, oder beim Auf¬ 
treten anderer Fehler kann dieser Parame- 
lur verwendet werden. 


Itückparameter 

itudio 

Ist dieser Parameter angegeben, werden 
.ille im Befehl angegebenen Tracks im 
Audio-Modus geschrieben. Dateien, die in 
dieser Weise auf die CD geschrieben wer¬ 
den, sollten mit 16-bit Stereo und 44,1 KHz 
gesamplet sein. Genaue Informationen zur 
Herstellung von Audio-CDs mit cdrecord 
linden Sie in Bd. 3 der OS/2 Only! im Mul- 
tlmediakapitel. 

(Iota 

Alle im Befehl angegebenen Tracks wer¬ 
den im Datenformat auf die CD geschrie¬ 
ben. Dies ist der Standardmodus. 

mode2 

Alle Tracks werden im CD-ROM Modus, 
Form 2 geschrieben. 

xal 

Alle Tracks werden im CD-ROM XA 
Modus, Form 1 geschrieben. 

-xa2 

Alle Tracks werden im CD-ROM XA 
Modus, Form 2 geschrieben. 

-cdi 

Alle Tracks werden im CDi-Format 
geschrieben. 


Die wichtigsten Parameter von mkisofs 
In diesem Abschnitt finden Sie die wich¬ 
tigsten Parameter von mkisofs und ihre 
Bedeutung: 

Parameter zur Spezifikation des Images 


Dateinamen dürfen 32 Zeichen lang sein. 
Dieser Prameter entspricht dem Setzen 
des ISO-Levels 2 

-L 

Dateinamen dürfen 32 Zeichen lang sein 
und mit einem Punkt beginnen. 

-J 

Erzeugt zusätzlich zum ISO9660-Dateisy- 
stem Joliet-Extensions. Kann mit dem 
Parameter-R kombiniert werden. 

-R 

Erzeugt zusätzlich zum ISO9660-Dateisy- 
stem Rockridge-Extensions. Kann mit dem 
Parameter -J kombiniert werden. -R ist ein 
obligatorischer Parameter zur Herstellung 
von Multisession-CDs 

-r 

Wie Parameter -R, allerdings werden die 
einzelnen Dateibits auf für Clients sinnvol¬ 
lere Werte gesetzt. Für die Herstellung von 
CDs unter OS/2 uninteressant. In unserem 
Falle reicht die Angabe von -R. 

-T 

Durch Angabe dieses Parameters erzeugt 
mkisofs eine Datei namens TRANS.TBL in 
jedem Verzeichnis des CD-Dateisystems, 
die von Systemen, die standardmäßig kei¬ 
ne Unterstützung der Rockridge-Extensi¬ 
ons bieten, zur Generierung der korrekten 
Dateinamen genutzt werden kann. OS/2 
macht von derartigen Dateien keinen 
Gebrauch. 


Parameter zur Herstellung des Images 

-b <bootimage.img> 

Gibt den Namen des Bootimages an, das 
für die Herstellung eines CD-Imagesder El 
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Torito Spezifikation für bootfähige CDs 
nötig ist. Hinweise zur Praxis in Bd. 3. 

-x 

Mit diesem Parameter kann man Verzeich¬ 
nisse angeben, die nicht auf die CD über¬ 
nommen werden sollen. Beispiel: 

mkisofs -o image.img -x e:/programme/dos 
e./programme 

Hier wird das Verzeichnis /dos im Verzeich¬ 
nis /programme nicht mit in das Dateisy¬ 
stem übernommen. Beachten Sie: Dem 
Parameter -x müssen immer vollständige 
Pfadangaben übergeben werden, und die 
auszuschließenden Verzeichnisse müssen 
sich immer auf das Quellenverzeichnis 
beziehen. Sie können mkisofs den Parame¬ 
ter -x bis zu 1000 Mal übergeben. 

-o 

Dieser Parameter gibt die den Zielpfad und 
die Zieldatei des Images an. Beispiel: 

mkisofs -o c:/tmp/image.img 

e:/programme 

In diesem Falle benutzt mkisofs e:/pro- 
gramme als Quellverzeichnis und erstellt im 
Verzeichnis /tmp auf Laufwerk c: das 
Image mit dem Namen image.img. 


Gibt während des Betriebes über die Stan¬ 
dardausgabe hinausgehende Statusinfor¬ 
mationen aus. 

-print-size 

Ermittelt die Größe des Dateisystems. 
Benutzen Sie diesen Parameter, wenn Ihr 
Recorder vor dem Brennvorgang den 
Umfang des auf die CD zu schreibenden 
Dateisystems kennen muß, oder wenn Sie 
sich selbst einen Überblick zu bereits vor¬ 
handenen Images verschaffen wollen. 

-M <pfad> 

Dieser Parameter ist zur Erstellung von 
Multisession-CDs notwendig. Mit <pfad> 
wird der Pfad und der Name des Images 
der vorherigen Session angegeben. Ab der 
dritten Session gibt man hier den Lauf¬ 


werksbuchstaben des CD-Recorders an. 
mkisofs benötigt diese Angabe, um die vor¬ 
herige mit der aktuellen Session zu verbin¬ 
den. 

-C <Sector Start, Sector Ende> 

Dieser Parameter ist zur Erstellung von 
Multisession-CDs notwendig. Mit <Sector 
Start, Sector Ende> wird der Output von 
cdrecord angegeben, wenn das Programm 
mit dem Parameter -msinfo aufgerufen 
wurde. Sektor Start bezeichnet dabei den 
Sektor auf der CD, mit dem die vorherige 
Session beginnt; Sektor Ende gibt den 
ersten beschreibbaren Sektor auf der CD 
nach der vorherigen Session an. Die Argu¬ 
mente des Parameters sind Dezimalzah¬ 
len, z.B.: -C 12450,34257. 


Weitere Parameter, die wir aber im fol¬ 
genden nicht benötigen, finden Sie in 
den Readme-Dateien der beiden Pro¬ 
gramme. Für cdrecord schreiben wir 
z.Zt. ein INF-Onlinedokument, das die 
Anwendung des Programms und aller 
Parameter erklärt. Dieses Buch wird der 
Autor seiner Distribution beilegen. Das 
Buch wird auch eine Referenz zu mki¬ 
sofs beinhalten. 


Wie man eine CD-R beschreibt 
Nach Vermittlung der nötigen Grundla¬ 
gen möchten wir nun zur Praxis schrei¬ 
ten und die Herstellung einer One- 
Track-CD betrachten. Alle Daten, die wir 
auf die CD schreiben, werden dabei in 
einen Track innerhalb einer Session 
geschrieben. Solche CDs sind am ehe¬ 
sten unter allen Betriebssystemen aus¬ 
tauschbar. Wenn Sie das Image mit 
ISO-Level 1 hersteilen, kann sogar DOS 
die CD verarbeiten. Für die Goldmaster¬ 
herstellung können Sie sich genau an 
die hier angegebene Vorgehensweise 
halten. Wie anfangs erwähnt, müssen 
Sie nicht unbedingt ein Image vor dem 
Brennvorgang herstellen, sondern kön¬ 
nen beide Vorgänge miteinander kombi- 
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nloren. Wir beschäftigen uns in einem 
iH»sonderten Abschnitt mit diesem Ver- 
f.ihren. Die hier wiedergegebene Vorge¬ 
ht insweise können Sie in ähnlicher Wei¬ 
ne auch zur Herstellung von Audio-CDs 
benutzen. In Bd. 3 werden wir uns mit 
der Herstellung eigener Audio-CDs 
Intensiver auseinandersetzen. Um eine 
normale Daten-CD zu beschreiben, 

(lohen Sie so vor: 

OErzeugen Sie ein Verzeichnis, z.B.: 
\datentrack 

in das sie alle Dateien und Verzeich¬ 
nisse kopieren, die Sie auf die CD 
brennen möchten. Wenn Sie einen 
Goldmaster erstellen möchten, ist die¬ 
se Vorgehensweise angebracht, da 
Sie in einem Containerverzeichnis wie 
\datentrack die gesamte Verzeich¬ 
nisstruktur des Masters zusammen¬ 
stellen und anschließend, nachdem 
Sie alle Korrekturen angebracht 
haben, mkisofs übergeben können. 

©Rufen Sie mkisofs auf, um ein Image 
des Verzeichnisses zu erzeugen: 

mkisofs -o e:/tmp/img.trk -J -R 

e:/datentrack 

Damit erstellt mkisofs ein Image, das 
den Namen img.trk trägt und in dem 
Verzeichnis abgelegt ist, das durch -o 
spezifiziert ist. Mit -J und -R erthält 
das Image Joliet- und Rockridge- 
Extensions. Als Quellverzeichnis dient 
das am Ende des Befehls angegebe¬ 
ne Verzeichnis e:\datentrack. Sie 
müssen natürlich nicht unbedingt ein 
Containerverzeichnis erstellen, son¬ 
dern können direkt ein bereits existie¬ 
rendes Verzeichnis angeben, z.B.: 

mkisofs -o e:/tmp/img.trk -J -R 

''e:/Meine Daten” 


©Legen Sie eine neue CD-R in Ihren 
Recorder ein und rufen Sie cdrecord 
auf, um das Image auf die CD zu 
schreiben: 

cdrecord speed=2 -data -eject -v dev=4,0 
e:/tmp/img.trk 

Durch diesen Befehl wird das Image 
img.trk im Verzeichnis e:\tmp mit Dou¬ 
blespeed auf die CD-R im Recorder, 
der mit der SCSI-ID 4 am ersten 
Adapter im System arbeitet, geschrie¬ 
ben. Der Parameter -data ist eigent¬ 
lich überflüssig, da er standardmäßig 
gilt. Wir haben ihn nur der besseren 
Anschauung wegen angegeben. Die 
CD wird nach dem Brennvorgang 
abgeschlossen und anschließend 
durch den Parameter -eject vom 
Recorder ausgegeben. 


Multisession-CDs erstellen 
Eine feine Sache wäre die Herstellung 
von Multisession-CDs, wie man es vom 
RSJ CD-Writer gewohnt ist. Vor allem 
für Backup-Zwecke oder für die Herstel¬ 
lung eigener Fixpack-CDs, darauf kom¬ 
men wir später noch, wäre eine Multi¬ 
session-CD praktisch. Solche CDs kann 
man auch mit cdrecord anfertigen, aller¬ 
dings ist das nicht ganz so komfortabel. 
Zu allem Überfluß ist die Dokumentation 
des Programms zusammen mit der von 
mkisofs ist recht verworren. Außerdem 
findet man Zusatzinformation und Bei¬ 
spiele zum Brennen von Multisession- 
CDs nur in einem Dokument, das sich 
auf Sun-OS und Linux bezieht, nicht 
aber auf OS/2. Wir brauchten daher 
recht lange, ehe wir eine Multisession- 
CD hersteilen konnten und benötigten 
dazu insgesamt 6 Rohlinge. Damit Sie 
sich dieses Lehrgeld sparen können, 
finden Sie im folgenden eine Anleitung 
zum Erzeugen eigener Multisession- 
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| cdrecord.exe 

OS/2 Strg»Esc - Fensterliste HELP Hilfe 


[C:\]cdrecord dev=4,0 speed=2 -multi -eject e:/daten.trk 

Cdrecord release 1.8al9 Copyright (C) 1995-1998 J^rg Schilling 

cdrecord: Fifo not supported. 

scsidev: ’4,0’ 

scsibus: 0 target: A lun: 0 

Device type : Removable CD-ROM 

Uersion : 2 

Response Format: 2 

Capabilities : SVNC 

Uendor_info : 'PHILIPS ’ 

Identifikation : 'CDD3600 CD-R/RU ’ 

Revision : '2.00' 

Device seems to be: Generic mmc CD-RU. 

Using generic SCSI-3/mmc CD-R driver (mmc_cdr). 

Driver flags : SUflBflUDIO 

Starting to urite CD/DUD at speed 2 in urite mode for multi session. 
Last chance to quit, starting real urite in 3 seconds._ 


Abb. 11: CDRecord/2 beim Schreiben des ersten Images für eine Multi- 
session-CD. Das Programm wartet vor Beginn des Schreib¬ 
vorganges 10 Sekunden, um einen Abbruch zu ermöglichen. 


zum anderen 
bricht das Pro¬ 
gramm mit 
Fehlern ab, 
wenn der 
Schreibvor¬ 
gang beginnt. 


In unserem 
Beispiel soll 
eine CD mit 
nur zwei Ses- 
sions erstellt 
werden. Spä¬ 
ter lassen sich 
noch weitere 
Sessions hin¬ 
zufügen. Wir 
raten generell 
jedoch nicht 
dazu, mehr als 
10 Sessions 


CDs. Grundsätzlich beachten Sie zum 
Brennen solcher CDs bitte die folgen¬ 
den beiden Punkte: 

1. Übergeben Sie mkisofs zur Herstel¬ 
lung des Images immer den Para¬ 
meter -R. Weitere Parameter wie -I 
oder -J können ebenfalls angege¬ 
ben. -R ist allerdings obligatorisch, 
mkisofs benötigt die Rockridge- 
Extensions, um die beiden Sessions 
miteinanderzu verbinden. 


auf die CD zu brennen. Das ist keine 
Einschränkung von cdrecord, sondern 
ein Hinweis, der generell beachtet wer¬ 
den sollte. Zur Herstellung einer Multi¬ 
session-CD verfahren Sie wie folgt: 

OErstellen Sie zwei Verzeichnisse, wel¬ 
che die Daten der einzelnen Sessions 
aufnehmen, z.B.: 

\session1 

\session2 


2. Stellen Sie sicher, daß Sie alle 
Tracks als XA-Tracks auf die CD 
schreiben. Sie erreichen dies durch 
Angabe des Parameters -multi. cdre¬ 
cord setzt dann automatisch den 
richtigen Trackmodus. Die Angabe 
der Parameter -xal oder -mode2 
können Sie sich also sparen. Den 
Parameter -xa2 anzugeben, empfeh¬ 
len wir nicht. Einmal ist es unnötig, 
weil der schon in -multi enthalten ist; 


©In diese Verzeichnisse kopieren Sie 
die Daten, die auf die CD gebrannt 
werden sollen, z.B. erzeugen Sie fol¬ 
gende Verzeichnisse: 

\session1\Daten 
\session2\Noch mehr Daten 

Anschließend füllen Sie die beiden 
Unterverzeichnisse von \session1 und 
\session2 , also \Daten und \Noch 
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mehr Daten mit einzelnen Dateien. 
Wir haben zum Test die Dateien aus 
dem \OS2- und \OS2\DLL-Verzeichnis 
in die beiden Containerverzeichnisse 
kopiert. Selbstverständlich können in 
den vorbereiteten Verzeichnissen 
auch komplexere Verzeichnisstruktu¬ 
ren angelegt werden. 

€ Rufen Sie anschließend mkisofs auf, 
um das Image der ersten Session zu 
erzeugen: 

mkisofs -o e:\tmp\img1 .trk -J -R 

e:\session1 

Damit wird im Verzeichnis \tmp auf 
Laufwerk e: die Imagedatei imgl.trk 
erzeugt, welche die Daten aus dem 
Verzeichnis \session1 auf dem Lauf¬ 
werk e: enthält. 


Dann schreibt cdrecord auf den 
Recorder mit der SCSI-ID 4 am 1. 
Adapter im System mit Doublespeed 
die Daten des Images imgl.trk im 
Multisessionmodus auf die CD-R und 
gibt den Datenträger nach dem 
Abschließen der Session aus. Den 
Beginn des Schreibvorganges doku¬ 
mentiert Abb. 11. 

©Rufen Sie cdrecord noch einmal auf, 
um die Sektorinformationen der 
ersten Session für mkisofs zu erhal¬ 
ten: 

cdrecord -msinfo dev=4,0 

Die Multisessioninformationen werden 
dann ausgegeben, etwa als: 

0,12409 


©Schreiben Sie die erste Session mit 
cdrecord wie folgt auf die CD: 

cdrecord speed=2 -multi -v -eject 

dev=4,0 e:\tmp\img1.trk 


Dabei steht die erste Ziffer für die 
Nummer des Sektors, mit dem die 
Session beginnt; die zweite Ziffer gibt 
die Nummer des Sektors an, mit dem 
die Session 
endet und 
bezeichnet die 
Stelle, ab der 
cdrecord das 
Image der 
nächsten Ses¬ 
sion auf die 
CD-R schrei¬ 
ben kann. 

©Erzeugen Sie 
mit mkisofs und 
den zuvor mit 
cdrecord abge¬ 
fragten Sessio¬ 
ninformationen 
das Image für 
die 2. Session, 
die auf der CD 



[C:\]cdrecord dev=4,0 -msinfo 
22173,32964 


[C:\]mkisofs -o e:\daten.trk -l -L -R -J -C 22173,32964 -h f: e:/daten/bücher 
Fötal extents scheduled to be uritten = 43837 
45.58* done, estimate finish Sun fipr 25 20:17:21 1999 

52.09* done, estimate finish Sun fipr 25 20:17:41 1999 

58.60* done, estimate finish Sun fipr 25 20:17:52 1999 

65.12* done, estimate finish Sun fipr 25 20:18:03 1999 

71.62* done, estimate finish Sun fipr 25 20:18:11 1999 

78.13* done, estimate finish Sun fipr 25 20:18:18 1999 

84.65* done, estimate finish Sun fipr 25 20:18:23 1999 

91.14* done, estimate finish Sun fipr 25 20:18:27 1999 

97.67* done, estimate finish Sun fipr 25 20:18:32 1999 

Total extents actually uritten = 43837 

Total translation table size: 0 
Total rockridge attributes bytes: 36895 
Total directory bytes: 88064 
Path table size(bytes): 414 
76801 extents uritten (150 Mb) 

[C:\l_ 


Abb. 12: Abfragen der Sessioninformationen mit cdrecord und 
Erstellen des Images für die 2. Session mit mkisofs. 


erscheinen soll: 
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mkisofs -o e:\tmp\img2.trk -J -R 

-C 0,12409 -M f: e:\session2 

Damit erzeugt mkisofs im Verzeichnis 
\tmp auf Laufwerk e: die Imagedatei 
namens img2.trk. Das Image wird 
dabei mit dem der 1. Session verbun¬ 
den. Dazu dienen die Parameter -C 
und -M, die immer zusammen ange¬ 
geben werden. -C gibt die Sessionin¬ 
formationen an, die Sie mit cdrecord 
abgefragt haben. -M spezifiziert den 
Laufwerksbuchstaben des CD-Recor- 
ders, in unserem Falle f:, wobei der 
Doppelpunkt angegeben werden 
muß, aber keine Pfadangabe. Anstel¬ 
le des Laufwerksbuchstabens kann 
man auch den Namen des ersten 
Images angeben, muß jedoch minde¬ 
stens einen Schrägstrich (Forwards- 
lash) / voranstellen, z.B. /imgl.trk, 
damit mkisofs auf die Daten der 
ersten Session zugreifen kann. 

f Geben Sie am besten stets 
• direkt den Laufwerksbuchstaben 
an, da man in diesem Falle die 
erste Imagedatei nach dem 
Brennen löschen kann. Außer¬ 
dem müssen Sie bereits ab der 
3. Session den Laufwerksbuch¬ 
staben des Recorders angeben. 

Den Vorgang des Abfragens der Ses¬ 
sioninformationen und des Erzeugens 
des zweiten Images zeigt Abb. 12. 

©Schreiben Sie nach Abschluß der 1. 
Session die zweite mit cdrecord wie 
folgt auf die CD: 

cdrecord speed=2 -multi -v -eject 

dev=4,0 e:\tmp\img2.trk 

Nach dem Abschließen der 2. Sessi¬ 
on wechseln Sie auf das CD-Recor- 
der Laufwerk und geben dir ein. Sie 
werden dann zwei Verzeichnisse auf 


der CD vorfinden, in diesem Fal¬ 
le \Daten und \Noch mehr Daten. 

©Verfahren Sie mit weiteren Sessions 

genau so. Den Schreibvorgang der 2. 

Session zeigt Abb. 13. 

Wie Sie sehen, gibt sowohl mkisofs als 
auch cdrecord genaue Statusinformatio¬ 
nen zu den gerade durchgeführten Akti¬ 
vitäten aus. Über das, was gerade 
geschieht, ist man also besser im Bilde 
als mit dem RSJ CD-Writer. 

Natürlich ist diese Vorgehensweise 
nicht sehr komfortabel, v.a. für all jene 
nicht, die mit der Kommandozeile auf 
Kriegsfuß stehen; aber man kann den 
Brennprozeß auch mit einem kleinen 
REXX-Programm oder einer Batchdatei 
weitgehend automatisieren. Das ist rela¬ 
tiv einfach. Aus Platzgründen können 
wir jedoch nicht mehr in diesem Band 
auf diesen interessanten Aspekt einge- 
hen und belassen es bei den Schritt-für- 
Schritt-Anleitungen für die wichtigsten 
Operationen mit den beiden Program¬ 
men. 

Wir möchten zu den Multisession- 
CDs noch eine interessante Anmerkung 
machen: Sollten Sie nach dem Brenn¬ 
vorgang nur die erste Session erkennen 
können, nehmen Sie die CD aus dem 
Recorder und versuchen Sie, den 
Datenträger mit einem normalen CD- 
ROM-Laufwerk zu lesen, cdrecord 
schreibt die zweite Session korrekt auf 
die CD. Manche Recorder können die 
zweite und alle folgenden Sessions nur 
nicht lesen, auch wenn sich das viel¬ 
leicht merkwürdig anhört. Eines dieser 
Geräte ist z.B. unser Philips CDD3600 
oder mit ihm verwandte Geräte. Der 
Grund hierfür liegt in Unstimmigkeiten 
zwischen dem Einheitenmanager 
OS2CDROM.DMD und dem Laufwerk. 
Die Multisession-CDs sind aber völlig 
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korrekt beschrieben. Wir haben Sie mit 
verschiedenen SCSI-CD-ROM-Laufwer- 
kon (SCSI-Modelle von TEAC, NEC) 
und einem ATAPI-Laufwerk von Toschi- 
hn getestet. Alle Sessions konnten 
erkannt werden. Nur war unsere Ver¬ 
wunderung groß, daß gerade der Recor¬ 
der nicht mit der CD umgehen konnte. 

In aller Regel sind die CDs also mit 
herkömmlichen CD-ROM-Laufwerken 
lösbar. Wir testeten es weiter aus, 
Indem wir auch mehr als nur zwei Sessi¬ 
ons auf die CD brannten und den 
Recorder wechselten. Mit dem bereits 
vorgestellten Modell von Yamaha trat 
gegenüber dem Philips -Recorder z.B. 
nicht das Problem auf, nur die erste 
Session der CD lesen zu können. Hier 
erkannte auch der Recorder alle Sessi¬ 
ons. Ferner sei noch angemerkt, daß 
diese Fehler mit ATAPI-CD-ROM-Lauf- 
werken nicht auftreten dürften. 

Ob die Multisession-CD erkannt wird, 
Ist also betriebssystem- und lauf- 
werkssbhängig und hier nicht nur vom 
Modell sondern auch vom Typ (SCSI 


scsideu: '4,0' 

xcsibus: 0 target: 4 lun: 0 
rttapi: 0 

Device type : Removable CD-ROM 
Version : 2 

Response Format: 2 

Oapabilities : SVNC 

Vendor.info : 'PHILIPS ’ 

Identifikation : 'CDD3600 CD-R/RU ’ 

Revision : '2.00' 

Device seems to be: Generic mmc CD-RU. 

Ilsing generic SCSI-3/mmc CD-R driver (mmc_cdr). 
Driver flags : SUflBflUDIO 
Drive buf size : 786432 = 768 KB 
IIFO size : 4194304 = 4096 KB 
Irack 01: data 7 MB 

lotal size: 8 MB (00:51.06) = 3829 sectars 

8 MB (00:53/04) = 3829 sectors 


oder IDE). Das hat aber weniger mit 
cdrecord oder mkisofs zu tun, sondern 
ist die allgemeine crux der Multisession¬ 
technologie. 

CDs ohne Image brennen 
Wie erwähnt müssen Sie nicht unbe¬ 
dingt ein Image erstellen, und anschlie¬ 
ßend cdrecord aufrufen, um es auf die 
CD zu brennen. Wir empfehlen Ihnen, 
so zu verfahren. Sie wissen so genau, 
wieviel Speicherplatz auf dem Medium 
noch zur Verfügung steht. Trotz allem 
muß man diesen Schritt nicht tun. 

Das Programm mkisofs kann das 

Image auch in eine Pipe statt eine Datei 

schreiben, die cdrecord ausliest, um 
den Inhalt auf die CD zu brennen. Das 
bedeutet aber: * 

□ Das System muß in der Lage sein, 
den Datenstrom aufrecht zu erhal¬ 
ten, d.h. es muß die Pipe immer fül¬ 
len können. Aus der Sicht der Appli¬ 
kation ist eine Pipe ein Ringpuffer, in 
den eine Serveranwendung schreibt, 
während die Cli¬ 
entapplikation dar¬ 
aus liest. Das 

Schreiben des 
Servers und das 
Lesen des Clients 
laufen dabei 
gleichzeitig ab. Ist 
der Puffer leer, 

weil die System¬ 
leistung nicht aus¬ 
reicht, ihn zu fül¬ 
len, kann der Cli¬ 
ent nicht mehr aus 
ihm lesen. Die 

Folge ist dann ein 
Timeout, d.h. der 
Schreibprozeß 
wird unterbro¬ 
chen. Passiert so 
etwas während 


Inut Start: 

Current Secsize: 2048 
BTIP Start of lead out: 336075 (74:43/00) 
lllocks total: 336075 Blocks current: 252372 Blocks renaining: 248543 
Starting to urite CD/DVD at speed 2 in urite mode for multi session. 
last chance to quit, starting real urite in 1 seconds. 

Starting neu track at sector: 83703 

frack 04: 6 of 7 MB uritten.j ___ 

Abb. 13: CDRecord/2 beim Schreiben weiterer Sessions. Das 

Programm gibt eine Fülle von Statusinformationen aus. 
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des Schreibens auf die CD, wird der 
Datenträger unbrauchbar. Man kann 
in einem solchen Fall versuchen, 
den Puffer, den cdrecord zum 
Schreiben verwendet, zu vergößern. 

□ Der Prozeß braucht mehr Rechen¬ 
zeit, seine Priorität muß daher 
erhöht werden. 

□ Zur Vermeidung von Timeouts sollte 
ein Puffer angegeben werden, der 
um so größer sein sollte, je kleiner 
die Systemleistung ist. 

□ Während des Schreibvorganges 
sollten leistungsschwächere Syste¬ 
me nicht übermäßig bzw. gar nicht 
beansprucht werden. 

Wenn Sie diese Richtlinien beachten, 
steht einem »on-the-fly«-Brennvorgang 
mit cdrecord nichts mehr im Wege. Auf 
jeden Fall benötigt der Schreibprozeß 
eine höhrere Priorität, diese Bedingung 
findet man auch in den README-Datei- 
en. Wir haben uns davon nicht 
abschrecken lassen, und den Brennvor¬ 
gang ohne eine Erhöhung der Priorität 
gestartet - ohne Erfolg. 

Standardmäßig existiert unter OS/2 
kein Befehl, mit dessen Hilfe Sie die 
Priorität eines Prozesses verändern 
können. Aber wie für nahezu jeden 
Zweck gibt es ein Freewareprogramm, 
das dieses Problem beseitigt. Es heißt 
spe. Wir haben es ebenfalls auf unserer 
Homepage für Sie bereitgelegt, Sie fin¬ 
den es aber auch in den bekannten 
Softwarearchiven LEO oder Hobbes. 

Zur Installation entpacken Sie das 
Zip-Archiv und kopieren das Programm 
am besten in der Verzeichnis \OS2 
Ihres Bootlaufwerkes. Anschließend 
können Sie mkisofs und cdrecord 
zusammen mit spe aufrufen. Geben Sie 
auf der Kommandozeile folgenden 
Befehl ein, um ohne die Herstellung 


eines Images Daten auf die CD 71 
schreiben: 

spe t28 mkisofs -R -J e:\daten | 

cdrecord speed=2 -data fs=8m dev=4,0 

Mit spe t28 erhöhen Sie die Priorität de 
Prozesses, in dem mkisofs läuft, auf da? 
Level 28. Sie können die Priorität aucl 
maximal auf Level 30 erhöhen, jedocl 
nicht mehr. Da cdrecord in der hier vei 
wendeten Version auf Level 31 läuft 
würde die gleiche oder eine höhen 
Priorität zu einem Überlauf der Pipe füh 
ren, und cdrecord kommt mit den 
Schreiben nicht mehr hinterher. Di» 
Parameter -I, -L, -R und -J von mkisol 
kennen Sie bereits, so daß wir nichi 
näher darauf eingehen müssen. Di« 
Angabe e:\daten gibt in unserem Bei 
spiel das Laufwerk und das Verzeichn!! 
an, in dem sich die Quelldateien befin 
den. Das Symbol | definiert die Pipe. Si« 
kennen es vielleicht in Verbindung ml 
dem Befehl more , z.B.: 

type readme.txt | more 

Hier schreibt der Befehl type die Datei 
aus der Datei readme.txt nicht auf dei 
Bildschirm sondern in eine Pipe, auf di« 
das Programm more zugreift, um ein« 
seitenweise Ausgabe des Dateiinhalte! 
auf dem Bildschirm zu ermöglichen. Ii 
unserem Beispiel schreibt mkisofs ir 
eine Pipe, und cdrecord liest Sie aus 
Die anderen Parameter kennen Si« 
bereits. 

An dieser Stelle seien ein paar Worte zun 
Puffer von cdrecord erwähnt, der mit den 
Parameter fs gesetzt wird. Standardmäßig is 
dieser Puffer 4 MByte groß. Dies reichte au' 
unserem 486er-Testsystem bereits aus 
Wenn Sie die Größe des Puffers veränden 
möchten, benutzen Sie den Parameter fs wi« 
folgt: 

fs=<Wert> [b, k, m, s, f] 
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• Wert> ist dabei die Größe des Puffers in 
Byte. Folgt <Wert> ein b wird <Wert> mit 
t)12, folgt ihm ein k mit 1024, folgt ihm ein m 
mit 1024 2 , folgt ihm ein s mit 2048 und folgt 
Ihm ein f mit 2352 multipliziert. Der im Bei¬ 
spiel angegebene Puffer ist demnach 8 
MByte groß. Sie sollten im Normalfall mit der 
.Standardgröße des Puffers auskommen. Es 
sei Ihnen ferner empfohlen, den Puffer nicht 
größer als 8 MByte anzusetzen. 

f Beachten Sie den Bindestrich am 

• Ende des Befehls. Er ist notwen¬ 
dig, sonst arbeitet cdrecord nicht 

Nach Übergabe dieses Befehls an den 
Interpreter starten die Programme. Mki- 
sofs überprüft zunächst die Dateierwei¬ 
terungen und bereitet die Fertigung des 
Images vor, das in die Pipe geschrieben 
wird. Beim Start von cdrecord wird ein 
Warnhinweis ausgegeben, der Sie 
davon unterrichtet, daß die Daten evtl, 
nicht auf die CD passen, da cdrecord 
logischerweise die Größe des Images 
nicht kennt (da es ja noch gar nicht exi¬ 
stiert). 

f Vergewissern Sie sich vor dem 

• Brennen, daß auf der CD genü¬ 
gend Platz frei ist, um die Daten 
aufzunehmen. 

Dann wird der Schreibprozeß wie 
gewohnt gestartet. Beachten Sie bitte 
die oben angegebenen Hinweise, wenn 
Sie mit dem System Weiterarbeiten 
möchten. Wir fanden auf eiener Webpa¬ 
ge den Hinweis, daß ein Beschreiben 
von CDs »on-the-fly« mit Multitasking- 
Systemen wie OS/2 nicht möglich sei, 
selbst wenn ein schnelles Festplattensy¬ 
stem zum Einsatz käme. Diese Aussage 
ist definitiv falsch. Bereits auf einem 
486er mit ausreichendem Festspeicher¬ 
ausbau können Sie CDs nach der 
geschilderten Methode brennen und 
nebenbei normal mit dem System arbei¬ 
ten. 


In diesem Zusammenhang sei natür¬ 
lich noch erwähnt, daß Sie auch Multi- 
session-CDs auf diese Art und Weise 
anfertigen können. Damit ersparen Sie 
sich auch hier den Umweg über die Her¬ 
stellung eines Images. 

Mit einer Pipe zu arbeiten, ist beque¬ 
mer als mit Images und eignet sich 
besonders gut zur Automatisierung von 
Backup-Prozessen. Zur besseren Hand¬ 
habung sollte man sich mit Hilfe einiger 
Batchdateien je nach den eigenen 
Bedürfnissen Backup-Kataloge bereit¬ 
stellen und die beiden Programme mit 
dem angegebenen Befehlskonstrukt 
während der Stapelverarbeitung aufru- 
fen. Wer gerne programmiert, kann sich 
seine eigene Backup-Lösung mit den 
beiden Programmen rasch selbst 
zusammenstellen. 


Vorteile gegenüber dem RSJ CD-Writer 
Im Gegensatz zum RSJ CD-Writer las¬ 
sen sich mit dem CDRecord/2 viel pro¬ 
blemloser CDs erstellen, bei denen sich 
sämtliche Daten in nur einem Track 
befinden. Das ist immer dann von Vor¬ 
teil, wenn man einen hochwertigen 
Goldmaster für die Serienproduktion 
hersteilen möchte. Fertigt man eine 
Daten-CD mit dem RSJ CD-Writer , fin¬ 
det man auf der beschriebenen CD-R 
stets ca. 11 bis 18 Tracks. Das läßt sich 
nicht vermeiden, es sei denn man 
erstellt erst mit mkisofs ein Image, das 
man dann mit CDVievj in einem Zuge 
auf die CD schreiben kann (s. den 
Abschnitt zu CDView). RSJ empfiehlt, 
die Daten von einer mit dem CD-Writer 
hergestellten CD vor dem Glasmaste- 
ring in einen Track zu kopieren. Verwen¬ 
den Sie cdrecord und mkisofs, können 
Sie sich dieses Procedere sparen. 

Ein weiterer Vorteil gegenüber dem 
Programm von RSJ: Der CD-Recorder 
steht als ganz normales Laufwerk jeder- 
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zeit zur Verfügung. Man kann eine CD 
einlegen und von ihr lesen, um dann 
später damit aulzuzeichnen. Kunstgriffe, 
wie sie beim RSJ CD-Writer vonnöten 
sind, entfallen. Kann man sich mit der 
Kommandozeile anfreunden, ist ein 
bedeutend flexibleres Arbeiten mit 
CDRecord/2 möglich. 

Ebenfalls praktisch ist die Ausgabe 
von Statusinformationen. Man weiß 
genau, wieviel MByte bereits auf die CD 
geschrieben wurden. Zu jedem Prozeß 
wird die benötigte Zeit mit ausgegeben, 
zum Beschreiben und auch zum 
Abschluß einer Session. Da 
CDRecord/2 auch Multisession-CDs 
herstellen kann, dürfte er dem RSJ CD- 
Writer in nichts nachstehen. Auch die 
Fähigkeit, Audio-CDs recht einfach zu 
erstellen, macht CDRecord/2 sehr inter¬ 
essant. Übrigens unterstützt CDRe¬ 
cord/2 wie der RSJ CD-Writer viele CD- 
Recorder (auch die von uns getesteten). 
Allerdings werden ATAPI-Laufwerke 
nicht unterstützt. Das ist jedoch nicht 
weiter bedauerlich, da man ohnehin zu 
einem SCSI-Recorder greifen sollte. 

Aber kein Licht ohne Schatten. Ein 
Dateisystem wie der RSJ CD-Writer für 
den Zweck des CD-Recording zu ver¬ 
wenden hat auch Vorteile. Etwa die feh¬ 
lende OS/2-Unterstützung für die Rock- 
ridge Extensions. Betrachtet man sich 
die erstellten CDs mit dem RSJ CD- 
l/l/r/fer-Dateisystem kann man diesen 
Nachteil umgehen. Dennoch bleibt das 
immer noch recht umständliche An- und 
Abmelden des Recorders mal als CD- 
ROM- Laufwerk und mal als Gerät zur 
Aufzeichnung. 

Nicht ein wirklicher Schwachpunkt, 
aber für den Minimalanwender u.U. 
wichtig, ist die fehlende Unterstützung 
von ATAPI-Geräten. Hat man einen sol¬ 
chen CD-Recorder, kann man cdrecord 
nicht verwenden. Wer jedoch hohe 
Funktionalität verbunden mit Flexibilität 


benötigt, der kommt um dieses Pro* 
gramm kaum herum. Auf jeden Fall hal 
uns cdrecord und mkisofs so gut gefal¬ 
len, daß wir für beide Programme eine 
graphische Benutzeroberfläche erstel¬ 
len. 

Wie der RSJ CD-Writer werden auch 
mkisofs und cdrecord beständig weiter¬ 
entwickelt. Der Autor der OS/2-Version 
von mkisofs , Robert Lalla, hat z.B. 
angekündigt, eine echte Unterstützung 
von Sonderzeichen für die Joliet-Exten- 
sions zu entwickeln. Bisher ist die 
Umsetzung von der OS/2 Codepage 
(850) auf Unicode nur für den Standard- 
ASCII-Zeichensatz korrekt, nicht jedoch 
für Umlaute oder andere Sonderzei¬ 
chen. Hilfe bekommt man von den Auto¬ 
ren übrigens auch, wenn man überhaupt 
nicht mehr weiterkommen sollte, weil 
etwa ein Bug die Arbeit behindert. 

Abschließende Betrachtungen 
Welches Programm sollte man nun ver¬ 
wenden? Das ist eine Frage, die nur 
sehr schwierig zu beantworten ist. Der 
RSJ CD-Writer hat seine Vorteile hin¬ 
sichtlich des Bedienkomforts, allerdings 
scheitert das Dateisystem an der einfa¬ 
chen Aufgabe, eine One-Track-CD zu 
brennen. CDRecord/2 hat damit zwar 
keine Probleme; dafür braucht man für 
die Einarbeitung in das Programm 
schon etwas mehr Zeit. Auf der anderen 
Seite läßt es sich aber auch in eigene 
Programme einbauen, und es existieren 
auch graphische Schnittstellen, die wir 
Ihnen in Bd. 3 im Multimediakapitel aus¬ 
führlich vorstellen. Audio- wie Daten- 
CDs lassen sich mit beiden Program¬ 
men in hoher Qualität erzeugen. Mit der 
Joliet-Unterstützung von mkisofs hapert 
es noch ein wenig, aber der Autor ist 
dabei, eine korrigierte Unterstützung 
bereitszustellen. Das Fertigen von Multi¬ 
session-CDs ist weder für den RSJ- 
Writer noch für cdrecord ein Problem. 
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l)»i man mit cdrecord gegenüber dem 
RSJ CD-Writer also nichts verliert, und 
linlrn RSJ-Produkt in manchen Fällen 
(i )ne-Track-Disks) ohnehin auf mkisofs 
/iirückgreifen muß, da man mit dem 
iMleisystem leider nicht alles machen 
Mnn, wird es letztlich wohl eine Frage 
ilns Geldbeutels sein, für welche der 
I ösungen man sich entscheidet. Wäh- 
mnd cdrecord und mkisofs ausgezeich- 
nnte Freeware ist, stellt der RSJ CD- 
Writer schon eine recht hohe Ausgabe 
ilnr, die zwar ihr Geld wert ist - aber 
wenn man nur ein schmales Budget zur 
Verfügung hat und sicher schon einiges 
In einen CD-Recorder investierte, so 
wollte man ruhig zu cdrecord greifen. 
Mnn hat damit die gleichen Möglichkei- 
Inn wie mit dem kommerziellen Produkt. 
Gewisse Pferdefüße beider Produkte 
wlohen sich dabei gegenüber. 

Informationen zu mkisofs 


beziehbar in der jeweils aktuellen Version 
Ober alle bekannten OS/2-Softwarearchive, 
wie LEO oder Hobbes, oder unsere Home¬ 
page. 

Kontakt mit dem Autor: 
rlalla@stepnet.de 

Informationen zu CDRecord/2 


Beziehbar in der jeweils aktuellen Version 
über alle bekannten OS/2-Softwarearchive, 
wie LEO oder Hobbes, oder unsere Home¬ 
page. 

Homepage der Original Unix-Version: 
http://www. fokus. gmd. de/nthp/employees/ 
schilling/cdrecord. html 

Homepage von CDRecord/2: 
http://www.geocities. com/Silicon Valley/ 
Sector/5785/ 

Kontakt mit dem Autor: 

Christophen wohlgemuth@bch.Siemens, de 


Bezüglich der Automatisierung von 
Brennprozessen kann man sowohl das 
cdrecord-mkisofs-Gespann als auch den 
RSJ CD-Writer benutzen. Arbeitet man 
daher ohnehin mit der Kommandozeile 
und nicht mit der WPS, kann man sich 
die Investition in das kommerzielle Pro¬ 
dukt ganz sparen. Auch für einige pro¬ 
fessionelle Zwecke sei cdrecord dem 
RSJ-Produkt vorzuziehen. Arbeitet man 
grundsätzlich nur mit der WPS und 
betreibt das CD-Recording nur zu 
Backupzwecken oder zum Kopieren sei¬ 
ner Lieblingslieder von CD auf CD-R, 
oder legt man ferner Wert auf eine gute, 
wenn auch hier und da verbesserungs¬ 
würde WPS-lntegration eines Pro¬ 
gramms, dann greife man zur Lösung 
von RSJ. Alle, die sich keine finanzielle 
Ausgabe mehr erlauben können oder 
damit noch warten wollen, finden in 
cdrecord und mkisofs auf jeden Fall 
auch langfristig die beste Lösung (und 
ob man dann noch umsteigen will...?). 
Allen Programmierern sei nochmals 
empfohlen, sich cdrecord und mkisofs 
einmal näher anzusehen. Die Einbin¬ 
dung der beiden Produkte in eigene 
Programmoberflächen ist für jeden Ein¬ 
satzzweck denkbar einfach und für 
jeden Entwickler interessant. Da der 
RSJ CD-Writer auch weit verbreitet ist, 
sei den Entwicklern auch empfohlen, 
neue graphische Frontends zu schrei¬ 
ben, die mit dem Dateisystem auf noch 
bessere Weise Zusammenarbeiten als 
die Lösungen von RSJ. 

Eine Entscheidung zwischen beiden 
Programmen zu treffen, sei also letztlich 
nach einem persönlichen Test jedem 
selbst überlassen. Auf jeden Fall lohnen 
beide CD-Recording-Lösungen eine 
nähere Betrachtung. Und: Es ist sehr 
angenehm zu wissen, daß es gerade für 
den Anwendungsbereich des CD-Recor- 
dings für Warp so gute, OS/2-konforme 
Software gibt. □ 
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Allos über Fixpacks 

l lim haben immer wieder Fragen zu 
f ixpncks erreicht. Wir möchten es 
Mhnr nicht dabei belassen, die neuen 
I Upacks vorzustellen (wie in diesem 
Mund), sondern auch detaillierte Anlei- 
lungen und Lösungen zu Problemen 
hlnlon, die während des Aufspielens 

• »Inos Fixpacks auftreten können, so 

• ImK Sie in Zukunft ohne Kopfzerbre- 

• tmn auch auf Fehler, die das Korrek- 
luiprogramm meldet, reagieren können, 
um deren Ursache abzustellen. 

I Inlge Worte zuvor 

kiln Programm ist fehlerfrei. Selbst 
wnnn man beim Entwickeln höchste 
'•orgfalt walten läßt - Fehler schleichen 
Mich doch immer wieder in den Pro- 
iimmmcode ein. Um sie zu beseitigen, 
nimmt man ein Update des eingesetz- 
!«n Programms vor, das die Fehler der 
Vorgängerversion korrigiert (manchmal 
M das leider nicht immer der Fall). Was 
OS/2 betrifft, so geschieht dies mit 
i.SDs (Corrective Service Disks) oder 
/ Ixpacks. Genau genommen sollte man 
/wischen CSDs und Fixpacks unter¬ 
scheiden. Ein CSD erhöht den Service- 
I ovel oder sogar die Versionsnummer 
«los Betriebssystems; ein Fixpack 
eigentlich nicht. CSDs sind kumulativ, 
i!,h. das aktuelle CSD beinhaltet alle 
I Ixes der vorangegangenen CSDs; Fix- 
pneks sind nicht kumulativ. Allerdings 
sind die Übergänge zwischen den 
begriffen mittlerweile völlig fließend: 
IHM bezeichnet die freigegebenen Kor- 
mkturen als Fixpacks, aber der Syslevel 
wird erhöht, womit es eigentlich CSDs 
sind. Daneben sind Fixpacks kumulativ. 
Durch die etwas merkwürdige Termino¬ 
logie braucht man sich also nicht verun¬ 
sichern zu lassen: Wenn Sie das Fix- 
pnek 10 für Warp 4 aufspielen, wird der 
Service-Level Ihres Systems entspre- 
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chend erhöht, und alle Korrekturen vor 
dem 10. Fixpack sind in FP 10 enthal¬ 
ten. Das verhält sich schon einige Zeit 
so, also dürfte es auch noch weiterhin 
so bleiben. Lesen Sie sich aber den¬ 
noch lieber die Readme-Datei eines 
neuen Fixpacks durch, um sich genauer 
über dessen Inhalt zu informieren. 
Schaden kann eine Überprüfung der 
IBM-Upgrade-Strategie kaum. Wir wer¬ 
den im folgenden statt CSD den Begriff 
Fixpack verwenden. 

Welche Fehler werden nun durch ein 
Fixpack korrigiert? IBM veröffentlicht 
dazu sogenannte APARs , die jedem 
Korrekturpaket beiliegen. Ein APAR 
(Authorized Program Analysis Report) 
ist eine Auflistung aller anerkannten 
Fehler eines Produktes. APARs sind im 
übrigen ebenfalls kumulativ, d.h. sie 
enthalten die Beschreibungen von Bugs 
vom ersten bis zum aktuellsten Fixpack. 
Wenn man sehen möchte, ob ein 
bestimmter Fehler in den APARs steht, 
beginnt eine recht mühsame Suche 
durch die umfangreiche Datei. Aller¬ 
dings schadet es nicht, wenn man den 
APAR durcharbeitet, um zu sehen, ob 
ein Fixpack überhaupt aufgespielt wer¬ 
den muß. Meistens ist das nämlich nicht 
der Fall, es sei denn, es enthält neue 
Treiber oder Dienstprogramme oder 
führt grundlegende Änderungen am 
Betriebssystem durch, die ein sichere¬ 
res Arbeiten mit dem System ermögli¬ 
chen. Solche Informationen findet man 
in der Readme-Datei zum Fixpack , so 
daß man auch nach der Lektüre dieser 
Datei entscheiden kann, ob die Installa¬ 
tion des Fixpacks nötig ist oder nicht. 
Was die aktuellen Fixpacks angeht: Hier 
sollte jeder die Installation durchführen, 
da die Änderungen am System schon 
beachtlich sind, wie wir im Kapitel Neu¬ 
igkeiten ausgeführt haben. Es kann also 
durchaus sein, daß durch ein Fixpack 
OS/2 mit gänzlich neuen Funktionen 
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i ; 

C:\0S2\INST ALL\SV SLEVEL.0S2 

IBM OS/2 Basisbetriebssysten 
Version 4.00 Komponenten-ID 563906100 
Typ 0C 

Aktueller CSD-Level: XRGM009 
Voriger CSD-Level: XRG400O 

C:\0S2\INST ALL\SV SLEVEL.SDS 

Distributed SOM Frameuork 
Version 2.01.5 Komponenten-ID 562222700 

Aktueller CSD-Level: SM20012 
Voriger CSD-Leoel: NONE 

C:\0S2\INSTALL\SVSLEVEL.SEM 

SOM Event Management Frameuork 
Version 2.01.5 Komponenten-ID 562222700 

Aktueller CSD-Leuel: SM20012 
Voriger CSD-Level: NONE 


Mit der Eingabetaste (<—') die nächste Seite anzeigen 


Eingabetaste __ 

Abb. 1: Eine Bildschirmseite vonsyslevel.exe Diese Seite zeigt 
den Service-Level eines Warp 4-Systems, auf das FP 9 
aufgespielt wurde. Die Informationen stammen aus der 


phiksubsystem und 
dem MMPM auch 
der Netzwerk- und 
Java-Support. Aber 
auch andere IBM- 
Produkte werden 
durch syslevel 
angezeigt, etwa der 
Service-Level des 
IBM C-Set. Um die 
Service-Level der 
einzelnen Produkte 
zu erhalten, öffnet 
man ein OS/2-Fen- 
ster und gibt dort 
den Befehl syslevel 
ein. Dann durch¬ 
sucht das Pro¬ 
gramm alle Fest¬ 
platten nach den 
syslevel- Dateien, 


Datei SYSLEVEL.OS2 im Verzeichnis \os2\install. also auch die 


bereichert wird, auch wenn dies nicht 
die Philosophie von IBM ist. Es wäre 
eine Ausnahme der Regel, wie sie auch 
in den aktuellen Fixpacks mit den neuen 
REXX-Funktionen auftritt. Gerüchte um 
einen neuen OS/2-Client gibt es nahezu 
überall in den unterschiedlichsten Aus¬ 
führungen. Jedoch gibt es seitens IBM 
definitiv keine Aussage zu diesem The¬ 
ma. Es könnte jedoch rein technisch 
möglich sein, ein Update z.B. auf ein 
Warp 4.5 mit einem Fixpack durchzu¬ 
führen, ähnlich wie das CSD für OS/2 


Betriebssystempartitionen, die gerade 
nicht aktiv sind (wenn Sie z.B. unter¬ 
schiedliche OS/2-Versionen auf mehre¬ 
ren Laufwerken eines Systems instal¬ 
liert haben). Je nach Anzahl der Parti¬ 
tionen und deren Größe kann syslevel 
recht lange brauchen, ehe es die ent¬ 
sprechenden Dateien gefunden und die 
darin enthaltenen Informationen ange¬ 
zeigt hat. Die Anzeige erfolgt Bild¬ 
schirmweise wie in Abb. 1. Aus der Viel¬ 
zahl der angezeigten Informationen 
interessieren uns nur der CSD-Level 


2.1 die Versionsnummer auf 2.11 des Basisbetriebssystems und dessen 
erhöhte. Aber wir beschreiben hier nur Service-Level. In unserem Beispiel 
Möglichkeiten, keine Fakten zum weite- haben wir syslevel auf einem Warp 4- 
ren Zukunft des Warp 4 Client. System ausgeführt, auf dem zuvor ein 

FP 9 installiert wurde. Wie man sieht, 


Auf welchem Level ist das System? beinhaltet die Datei syslevel.os2 alle 
Jeder kennt sicherlich das Programm wichtigen Angaben zum Basisbetriebs- 
syslevel. Mit ihm kann man den Ser- system: Die Versionsnummer und auch 
vice-Level aller auf dem OS/2-System den aktuellen wie den vorherigen CSD- 
installierten Produkte abfragen, die eine Level. Der vorherige Betriebssystem- 
sys/eve/-Datei haben. Das sind neben level war XRG4004 , was ein deutsches 
dem Basisbetriebssystem, dem Gra- Warp 4 bezeichnet. Der aktuelle CSD- 
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lovel ist XRGM009, was auf die Instal- 
Intion unseres Fixpacks hinweist. Woher 
weiß man aber, daß es sich um ein FP 
9 handelt? Einfach: Die Datei 
ayslevel.fpk enthält Informationen über 
den aufgespielten Service-Level. Abb. 2 
zeigt die Informationen, die sysievel.exe 
nus dieser Datei gelesen hat. Man kann 
hieraus ersehen, daß ein Fixpack mit 
dem CSD-Level XRGM009 aufgespielt 
wurde. Vorheriger und aktueller CSD- 
Level sind in diesem Falle gleich. Im 
wesentlichen sind es diese beiden 
Dateien, die auch für das Korrekturpro¬ 
gramm von Interesse sind. 

Es sollte vielleicht noch erwähnt wer¬ 
den, daß es unter Warp 4 keine sys- 
lovel- Datei für den MMPM mehr gibt, da 
die Multimediaunterstützung ab Warp 4 
fester Bestandteil des Betriebssystems 
Ist. Unter Warp 3 enthält die Datei sys- 
level.mpm den CSD-Level des MMPM. 
Wundern Sie sich also nicht, falls Sie 
während der folgenden Fehlerkorrektu¬ 
ren Ihres Warp 4-Systems den MMPM 
nicht mehr finden. Möchten Sie ein 
Warp 3-System 
korrigieren, lesen 
Sie unbedingt die 
Datei Readme 
durch, die Sie im 
Fixpack finden. 

Unter Warp 3 wird 
der MMPM als 
eigenständiges 
Produkt behan¬ 
delt, und es kann 
Vorkommen, daß 
das Korrekturpro¬ 
gramm den 

MMPM nicht für 
eine Fehlerkorrek¬ 
tur vorsieht. Das 
kann u.U. auch 
beim FP 38 für 
Warp 3 auftreten. 

Es gibt dazu aller- 
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dings eine kleine Batchdatei von IBM, 
die dem Fixpack beiliegt und das Pro¬ 
blem behebt. Wie und wann man sie 
verwenden sollte, finden Sie in der 
Readme-Datei zum Fixpack. 

Übrigens läßt sich der Build- oder 
Servicelevel des Systems auch mit dem 
Befehl ver abfragen. Geben Sie dazu 
auf der Kommandozeile ein: 

ver/ r 

Der Parameter /r bewirkt dabei die Aus¬ 
gabe der sogenannten Überarbeitungs¬ 
version. Für ein Warp 4-System, auf 
dem noch kein Fixpack installiert wurde, 
sieht die Ausgabe so aus: 

Version 4.00 des Operating System/2 wird ver¬ 
wendet. 

Überarbeitungsversion 9.023 

Die Überarbeitungsversion 9.025 steht 
dabei für Fixpack 1. Dann wird einfach 
aufsteigend weitergezählt, d.h. wurde 
das aktuelle Fixpack 10 installiert, wird 


SY5LEVELEXE 


iC: \opendoc\b in\SV SLEUEL.ODC 

OpenDoc 

Uersion 1.00 Komponenten-ID 5639B3100 

Aktueller CSD-Level: XR01000 
Uoriger CSD-Level: XR010O0 

C:\0S2\INSTALL\SYSLEUEL. FPK 

OS/2 Warp 4 Service Level 
Uersion 1.00 Komponenten-ID 566933010 

Typ Fixpak 

Aktueller CSD-Level: XRGM009 
Uoriger CSD-Level: XRGM009 

C: \0S2\INST ALL\SY SLEUEL.GRE 

IBM OS/2 32-Bit-Grafikunterstlitzung 
Uersion 4.00 Komponenten-ID 5639A6100 

Typ 0C 

;Aktueller CSD-Level: XRG4000 
Uoriger CSD-Level: XRG4O00 


Mit der Eingabetaste (<— 1 ) die nächste Seite anzeigen. 


; Eingabetast __ 

Abb. 2: Anzeige des OS/2 Service-Levels eines Warp 4 Systems, 
auf das FP 9 installiert wurde. Diese Informationen stehen 
in der Datei SYSLEVEL.FPK. 
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die Überarbeitungsversion 9.034 ausge¬ 
geben. 

Übrigens konnte man vor FP 32 für 
Warp 3 bzw. FP 4 für Warp 4 nur mit 
dem Befehl ver /r herausfinden, wel¬ 
ches Fixpack installiert wurde. Jetzt 
zeigt auch syslevel an, welches Fixpack 
aufgespielt wurde. Die Informationen 
dazu befinden sich in der Datei sys- 
level.fpk im Verzeichnis \os2\install. 

Den bereits erwähnten APAR finden 
Sie übrigens in jedem Fixpack als Datei 
README2. Informationen über das Fix¬ 
pack mit Hinweisen zur Installation in 
der Datei README. IST. 

Wo bekommt man die Fixpacks? 

Es gibt unterschiedliche Wege, sich das 
jeweils aktuellste Fixpack zu besorgen. 
Zum einen wären da die IBM Service- 
Pac-CDs , die wir bereits in Bd. 1 vor¬ 
stellten. Man bekommt Sie über OS/2- 
Softwarehändler (z.B. Deckarm & Co.) 
oder direkt von IBM (Adressen in Bd. 1 
und im Anhang). Man kann sie sich 
aber auch direkt aus dem Internet über 
einen IBM-FTP-Server herunterladen. 
Die Adresse und das Verzeichnis, in 
dem die Fixpacks abgelegt sind, finden 
Sie ebenfalls im Anhang dieses Ban¬ 
des. Beachten Sie auf jeden Fall, sich 
auch die CSF (Corrective Service Facili- 
ties)-Tools zu besorgen, denn die sind 
in den Fixpacks nicht enthalten. Sie 
benötigen diese Dateien nur einmal, da 
Sie mit den CSF alle Fixpacks installie¬ 
ren können. Auf das eigentliche Korrek¬ 
turprogramm, gehen wir gleich detailliert 
ein. 

Vor der Version 1.38B dieses Korrek¬ 
turprogramms waren noch sogenannte 
Kickerdisketten nötig, um die Installati¬ 
on des Fixpacks zu starten. Das ist jetzt 
nicht mehr erforderlich. Die CSF-Tools 
können sich daher auch auf nur einer 
Diskette, auf CD oder der Festplatte 
befinden. Wir empfehlen Ihnen, entwe¬ 


der eine eigene Fixpack-CD zu erstellen 
oder die CSF-Tools auf der Festplatte 
zu installieren, um sie für spätere Fix¬ 
packinstallationen verwenden zu kön¬ 
nen. Gehen Sie dazu so vor: 

OLaden Sie die CSF-Tools via FTP aus 
dem Internet. Die Adresse lautet: 

ftp://service.boulder.ibm.com/ps/ 

products/os2/fixtool/german 

Sie finden in diesem Verzeichnis eine 
Datei namens cgs140.exe, welche 
die aktuelle Version 1.40B der CSF 
beinhaltet. Diese Datei laden Sie vom 
Server. Die Datei cgs140.txt benöti¬ 
gen Sie nicht. Sie ist identisch mit der 
Readme-Datei im Programmarchiv. 

©Die Datei cgs140.exe ist ein selbsten- 
packendes ZIP-Archiv. Erstellen Sie 
ein Verzeichnis, am besten namens 
csftools auf Ihrer Betriebsystemparti¬ 
tion, und entpacken Sie die Datei in 
diesem Verzeichnis. Alternativ dazu 
können Sie das Archiv auch auf einer 
Diskette entpacken (die CSF belegen 
nur etwa 1,2 MByte). 

©Fügen Sie das Verzeichnis, in dem 
die CSF-Dateien liegen, zu Ihrer 
PATH-Anweisung in der 

CONFIG.SYS hinzu. Nehmen Sie 
außerdem folgenden Eintrag vor: 

SET csfutilpath=<LW>:\csftoo!s 

Dabei steht <LW> für das Laufwerk, 
auf dem Sie die CSF-Tools installiert 
haben. (Zur Bedeutung dieser Umge¬ 
bungsvariable siehe unten). 

OFühren Sie einen Systemabschluß 
aus und starten Sie das System neu, 
um die Änderungen wirksam werden 
zu lassen. 
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Dos Korrekturprogramm 
Die Installation des Fixpacks nehmen 
Mio mit einem PM-Programm namens 
■ oivice.exe vor, das in den CSF enthal- 
!nn ist. Diese Anwendung gibt es schon 
weht lange, und sie wurde auch im Lau- 
fn der Zeit erheblich verbessert. An der 
< )herfläche hat sich zwar nicht sehr viel 
gntan, aber ansonsten ist das Pro- 
ummm viel zuverlässiger geworden. 
Nur die Online-Hilfe hätte man an 
bestimmten Stellen auch ganz fortlas- 
non können, weil Sie zu Fehlermeldun- 
uon meist nur ausgibt, daß zu einem 
jnden Fehler ein entsprechender Text in 
der Protokolldatei vermerkt ist. Nur hilft 
illoser Text nicht weiter, da er den Feh- 
Inr nur meldet und in der Meldung auf 
Umstände verweist, die zur Klärung des 
Problems auch nicht sehr oft weiterhel¬ 
fön. Ein Klick auf den Button Hilfe in der 
nrscheinenden Dialogboxen bringt Sie 
wieder an den Anfang: Bitte schauen 
Sie in die Protokolldatei oder in die 
Datei Readme. Die Online-Hilfe des 
Programms bedürfte also einer dringen¬ 
den Überarbeitung. 

Ein weiterer Schwachpunkt besteht in 
der praktisch nicht vorhandenen Fehler¬ 
toleranz des Programms. Tritt ein Feh- 
lor auf, so bietet das Programm neben 
nlnem Blick in die Protokolldatei nur 
nlne Abbruchmöglichkeit. Dann muß 
man von vorne beginnen. Das Pro¬ 
gramm bietet allerdings auch eine 
I unktion, einen unterbrochenen Korrek¬ 
turprozeß beim erneuten Programm- 
Mtart wiederaufzunehmen. Im Gegen¬ 
satz zu früheren Versionen funktioniert 
dies jetzt auch. Hinweise dazu lesen Sie 
weiter unten. 

Sofern keine schwerwiegenden Feh¬ 
ler auftauchen, arbeitet das Programm 
allerdings wie gewünscht. Demnach 
wollte man einige Vorbereitungen tref¬ 
fen, um Fehler von vornherein zu ver¬ 
meiden. Auf die einzelnen Fehlermel- 
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düngen, die auftreten können, gehen 
wir noch gesondert ein, so daß Sie wis¬ 
sen, was im Falle eines Falles zu tun 
ist. 

Wie man die Installation vorbereitet 
Um ein Fixpack zu installieren, kann 
man auf verschiedene Arten Vorgehen. 
Eine ist, die einzelnen Diskettenimages 
mit Hilfe des Programmes loaddskf.exe 
auf Disketten zu entpacken. Anschlie¬ 
ßend startet man das Fehlerkorrektur¬ 
programm aus den CSF, wählt im 
erscheinenden Dialog als Laufwerk das 
Laufwerk A: und legt je nach Aufforde¬ 
rung die zuvor erzeugten Disketten ein. 
Das ist aber etwas umständlich. Einmal 
dauert das Erzeugen der Korrekturdis¬ 
ketten sehr lange, und auch das ständi¬ 
ge Wechseln der Disketten stört, zumal 
die Tage, in denen man als Diskjockey 
tätig war, eigentlich im Zeitalter der CD- 
ROMs vorbei sein sollten (v.a. wenn 
man bedenkt, daß man meist mit über 
15 Disketten zu tun hätte). Auch die ein¬ 
zelnen Disketten auf einem virtuellen 
Floppylaufwerk zu erstellen, ist keine 
angebrachte Lösung, weil man immer, 
wenn das Korrekturprogramm eine 
neue Diskette anfordert, die jeweils 
benötigte Disk herstellen muß. Das ist 
zwar mit einem Multitaskingbetriebssy¬ 
stem kein Problem, aber immer noch 
sehr umständlich. Eine direkte Installati¬ 
on von der Festplatte oder von CD- 
ROM wäre demnach wünschenswert. 
Dazu verfahren Sie nach der im folgen¬ 
den angegebenen Methode. 

Besorgen Sie sich jedoch zunächst ein 
wichtiges Dienstprogramm namens 
diunpack. Dieses Programm ist ähnlich 
dem Programm unpack , das standard¬ 
mäßig in OS/2 enthalten ist. Während 
Sie mit unpack aber nur einzelne 
gepackte Dateien dekomprimieren kön¬ 
nen, haben Sie mit diunpack die Mög¬ 
lichkeit, ein ganzes Diskettenimage in 
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ein Verzeichnis zu entpacken, was mit 
loaddskf leider nicht möglich ist. Dieses 
Programm erfordert ein Diskettenlauf¬ 
werk, um ein Diskimage zu dekompri- 
mieren. Sie müßten hier wieder ein vir¬ 
tuelles Diskettenlaufwerk haben, das im 
Speicher angelegt wird, die Disketten¬ 
abbilder mit loaddskf entpacken und 
vom virtuellen Floppy in ein Verzeichnis 
kopieren. Mit diunpack kann man sich 
dieses Procedere sparen. Das Pro¬ 
gramm anzuwenden, ist ganz einfach, 
wir werden den Gebrauch im folgenden 
zeigen. Das Tool finden Sie wie immer 
zum Download auf unserer Homepa¬ 
ge (Adresse siehe im Anhang). 

Anschließend brauchen Sie natürlich 
noch die Diskettenimages. Diese kön¬ 
nen Sie sich vom bereits oben genann¬ 
ten IBM-Server herunterladen. Danach 
verfahren Sie wie folgt: 

OPositionieren Sie diunpack.exe in ein 
Verzeichnis, das in der PATH-Varia- 
ble in der CONFIG.SYS eingetragen 
ist, am besten wieder c:\os2\apps. 

©Kopieren Sie die einzelnen Disketten¬ 
abbilder in ein temporäres Verzeich¬ 
nis, z.B. c:\tmp. 

©Erzeugen Sie im gleichen Verzeichnis 
ein Unterverzeichnis, z.B. namens 
..\fp4009. Darin werden die Dateien 
aus den Diskettenimages abgelegt. 

ORufen Sie danach diunpack mit fol¬ 
genden Parametern auf: 

diunpack c:\tmp\xrgm009a.dsk -d 

h:\fp4009 

Damit wird diunpack angewiesen, das 
Diskettenimage xrgm009a.dsk im 
Verzeichnis h:\fp4009 zu entpacken. 
Die Dateinamenerweiterung sollten 
Sie laut der Programminformation 


auch weglassen können. Dann quit 
tiert das Programm jedoch den Dienst 
mit der Meldung " Die angegebene 
Einheit oder Datei kann vom System 
nicht eröffnet werden Fügen Sio 
also die Erweiterung immer hinzu. 

©Verfahren Sie mit allen Diskettenab- 
bildern so. 

Die Vorbereitungen zur Fehlerkorrektur 
sind nun fast abgeschlossen. Sie müs¬ 
sen nun das Dienstprogramm Service 
starten. Dazu könnten Sie an der Kom¬ 
mandozeile einfach Service eingeben, 
wenn Sie sich an die oben angegebene 
Installationsanleitung gehalten haben. 
Das Programm würde daraufhin eine 
Dialogbox anzeigen, in der Ihnen ein 
Disketten- oder CD-ROM-Laufwerk, das 
die korrigierten Dateien enthält, angebo- 
ten wird, bevor das System zur Fehler¬ 
korrektur überprüft wird (s. Abb. 3). 

Der ganze Trick ist, vor dem Aufruf 
von Service zwei Umgebungsvariablen 
zu setzen. Schreiben Sie sich am aller¬ 
besten eine kleine Batchdatei, die das 
bewerkstelligt. Diese sähe dann für 
unser Beispiel so aus: 

@ECHO OFF 

ECHO Starte Fehlerberichtigung... 

set csfutilpath=%1 

set csfcdromdir=%2 

Start %1\service.exe 

exit 

Die erste Umgebungsvariable csfutil- 
path haben wir schon erwähnt. Haben 
Sie diese schon in Ihrer CONFIG.SYS 
gesetzt, so können Sie die SET-Anwei- 
sung aus der Batchdatei fortlassen. Die 
Variable steht für Corrective Service 
Facility Utility Path und gibt den Pfad 
an, in dem sich das Programm Service 
mit den zur Korrektur notwendigen 
Dateien befindet. Die zweite Variable 
esfedromdir steht für Corrective Service 
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/ ncility CD-ROM Directory und zeigt auf 
tl<ts Verzeichnis in dem sich die ent¬ 
lockten (!) Dateien zur Korrektur befin- 
ilrin. Damit weiß das Korrekturpro- 
Uiiimm alles, was nötig ist, um die Kor- 
mktur durchzuführen. Eine andere Mög¬ 
lichkeit, Service zu initialisieren, gibt es 
Übrigens nicht. Das Programm akzep- 
llnrt leider keine Kommandozeilenpara- 
meter, über die entsprechenden Ver¬ 
zeichnisse angeben könnte. 

öffnen Sie also eine Kommandozeile, 
netzen Sie die Umgebungsvaribalen 
und starten erst dann Service , wird das 
Programm wie gewünscht arbeiten. 
Wenn Sie die oben angegebene 
liatchdatei unter startfix abspeichern, 
nähe der Start der Fixpackinstallation so 
nus: 


n!artfix c:\csftools h:\fp4009 


Damit wird angenommen, die CSF- 
lools befinden sich im Verzeichnis 
\csftools auf Laufwerk c: und die Fix¬ 
packdateien auf Laufwerk h: im Ver¬ 
zeichnis \fp4009. Die beiden Umge¬ 
bungsvariablen werden initialisiert, und 
Service wird gestartet. Es durchsucht 
das System dann sofort nach korrigier¬ 
baren Produkten. Was dann zu tun ist, 
losen Sie im Abschnitt Die Installation. 

Mit dieser Methode haben Sie die 
I ehlerkorrektur bedeutend schneller 


Laufwerke auswählen 


xfernes Laufwerk 


I: CD-ROM-Laufwerk 


OK 


Abbruch 


Hilfe 


Abb. 3: Die Dialogbox, die service.exe an¬ 
zeigt, wenn die Umgebungsvaria¬ 
ble esfedromdir nicht gesetzt ist. 
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beendet als mit einzelnen Disketten. Sie 
können das Verzeichnis mit den ent¬ 
packten Korrekturdateien natürlich auch 
auf der Festplatte belassen. Allerdings 
nehmen die dekomprimierten Disketten¬ 
abbilder eine ganze Menge Platz weg, 
etwa 1,2 MByte/ Image. Bei 15 Disket¬ 
ten kommen da bereits an die 18 MByte 
zusammen, und da die alten Dateien in 
einem Archiv zur Wiederherstellung des 
alten CSD-Levels vor der Korrektur 
gespeichert werden, sind es etwa noch 
einmal so viel. Hier lohnt sich die 
Anschaffung eines CD-Recorders 
erneut: Man kann sich eine ganze Rei¬ 
he Fixpacks aufspielfertig auf eine CD 
brennen. 

Wie gehen Sie zur Herstellung einer 
solchen CD am besten vor? Überlegen 
Sie sich zunächst den Aufbau. Sie soll¬ 
ten den Verzeichnissen aussagekräftige 
Namen geben. Einigen wir uns für die¬ 
ses Beispiel auf fp<x>0<y>, wobei x für 
die OS/2-Version und y für die FP-Num- 
mer steht. Wir möchten im folgenden 
für die FPs 38 für Warp 3 und 9 für 
Warp 4 eine CD erstellen. Dazu legen 
wir uns diese Verzeichnisse an: 

<LW>:\fp3038 

<LW>:\fp4009 

Außerdem benötigen wir noch ein Ver¬ 
zeichnis, in dem das Korrekturpro¬ 
gramm abgelegt wird; dann braucht es 
nicht auf der Festplatte zu residieren, 
und eine Installation der CSF-Tools auf 
neuen Rechnern wird überflüssig. Weil 
wir das gleiche Programm für beide FPs 
verwenden können, erzeugen wir nur 
ein Verzeichnis namens csftools : 

<LW>:\csftools 

In diese Verzeichnisse entpacken wir 
direkt die jeweiligen Diskettenimages, 
wie es bereits beschrieben wurde. 
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Damit wäre die CD im wesentlichen fer¬ 
tiggestellt. Was nun noch fehlt, ist ein 
kleines Programm, um die Installation 
der auf der CD enthaltenen FPs in 
Gang zu bringen. Dazu kann man 
natürlich -wie wir es für die OS/2 Only!- 
CD und für Xelia gemacht haben- ein 
komfortables PM-Programm mit einer 
Datenbank und anderen Funktionen 
entwickeln. Die winzige Batchdatei, auf 
die Sie weiter oben bereits gestoßen 
sind, erfüllt allerdings genau den glei¬ 
chen Zweck, wenn man sie etwas modi¬ 
fiziert: 

@ECHO OFF 

ECHO Starte Fehlerberichtigung... 
set csfutilpath=% l:\csftools 
set csfcdromdir=%1 :\%2 
Start %1\csftools\service.exe 
exit 

Dieses Programm haben wir (wie 
oben) startfix.cmd genannt und im 
Hauptverzeichnis der CD abgelegt. 
Wenn Sie später einmal weitere FPs 
auf die CD kopieren, brauchen Sie dem 
Stapelverarbeitungszwerg nur die ent¬ 
sprechenden Parameter übergeben. So 
halten Sie die CD nur durch Anlegen 
eines neuen Verzeichnisses immer 
aktuell. Die Anwendung des Batches ist 
simpel. Nehmen wir an, ein Warp 4-FP 
9 befindet sich im Verzeichnis \fp4009 
und das Programm Service mit den 
CSF-Tools im Verzeichnis \csftools auf 
Ihrer CD, die Sie in das CD-ROM-Lauf¬ 
werk mit dem Buchstaben /: eingelegt 
haben. Um das Fixpack zu installieren, 
öffnen Sie eine Kommandozeile und 
geben ein: 

startfix i fp4009 

Und schon wird das Korrekturprogramm 
gestartet. Einfacher kann das Korrigie¬ 


ren des Systems nicht sein. Wenn Sie 
ein neues Fixpack wie oben beschrie¬ 
ben auf die CD kopiert haben, z.B. in 
das Verzeichnis \fp4010 , brauchen Sie 
nur: 

startfix i fp4010 / 

einzugeben, und alles läuft wie 
gewünscht. Natürlich sollten Sie den 
Batchzwerg noch erweitern, eine Feh¬ 
lerkorrektur der Parameter wegen hin¬ 
zufügen oder die Datei als Ausgangs¬ 
punkt für Ihre eigenen Softwareprojekte 
benutzen. 

Die hier vorgestellte Vorgehensweise ist 
übrigens auch für kleinere Netzwerke 
praktisch. Das Programm Service dient 
eigentlich zum Korrigieren von Einzel¬ 
platzsystemen. In Netzen arbeitet man 
mit fservice und erstellt zur Durchfüh¬ 
rung der Korrektur Antwortdateien. Sie 
können sich dieses Procedere mit einer 
eigenen Fixpak-CD ersparen, indem Sie 
die CD in das Laufwerk eines Hosts ein- 
legen und von allen anderen darauf 
zugreifen. Die Erlaubnis auf das Lauf¬ 
werk vorausgesetzt, können Sie so 
übers Netz die einzelnen Hosts korrigie¬ 
ren. Wir haben es mit einem kleinen 
Xelia-Netz ausprobiert und waren 
zufrieden 1 . Auch für Notebooks sind die 
an die eigenen Bedürfnisse angepaßten 
Fixpak-CDs eine feine Sache. Die Her¬ 
stellung solcher CDs lohnt sich also für 
alle und gibt einmal die Chance, sich 
genauer mit dem nicht ganz einfachen 
Gebiet der Fehlerkorrektur eines OS/2- 
Systems auseinanderzusetzen. 

Die IBM Service-Pack CDs verfahren 
übrigens nach einem ähnlichen Muster. 
Allerdings werden die Diskettenabbild¬ 
dateien vor jedem Korrekturverfahren 
neu dekomprimiert. Das kostet Platz auf 
der Platte und hält auf. Einmal eine CD 


1 Xelia-Netzwerkesind reine TCP/IP-Netzwerke. Wir testeten unsere CD bislang nur mit die¬ 
sem TCP/IP-Netz. 
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wird (s. Abb. 5). 
Haben Sie auf 
Ihrem System 
neben Warp 4 
auch Warp 3 oder 
OS/2 2.1 instal¬ 
liert, werden diese 
Systeme ebenfalls 
als korrigierbar 
angezeigt. Beach¬ 
ten Sie also, wel¬ 
ches System Sie 
fixen möchten, 
und selektieren 
Sie nur dieses 
System. Behalten 

Abb.4: Service sucht nach korrigierbaren Produkten Sie ferner im Hin- 

hergestellt, erspart weitere Mühe und terkopf, für Warp 3 auch den MMPM 
Arbeit. Die Fixpacks stehen jederzeit zur Korrektur hervorzuheben, da diese 
bereit zum Aufspielen zur Verfügung. Systemkomponente unter Warp 3 ein¬ 
zeln aufgeführt wird. 

Die Installation Sie sehen in den beiden Abbildungen 

Wenden wir uns nun dem eigentlichen am unteren Fensterrand des Pro- 
Installationsprozeß zu, um auf mögliche gramms neben den Buttons Abbruch 
Fehlerquellen eingehen zu können, und Hilfe auch die Schaltflächen Berich- 
Haben Sie das Programm Service tigen , Umleiten und Produktliste ändern. 
erfolgreich gestartet, so beginnt das Wir werden uns zunächst mit dem But- 
Programm sofort damit, das System ton Berichtigen beschäftigen. Wenn Sie 
nach sys/eve/-Dateien zu durchsuchen, nach Auswahl des Systems, das korri- 
um den Buildlevel des Betriebssystems giert werden soll, auf diesen Button 



zu bestimmen. Sie 
sehen dann ein 
Programmfenster 
wie in Abbildung 4. 
Hat das Programm 
den Suchprozeß 
beendet, zeigt es 
in einer Liste alle 
gefundenen Pro¬ 
dukte an, die korri¬ 
giert werden kön¬ 
nen. Achten Sie 
hierbei auf den 
vollständigen Pfad 
von syslevel.os2 , 
der vom Pro¬ 
gramm angezeigt 



Abb.5: Programmfenster nach Abschluß des Suchprozesses 
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drücken, erscheint zunächst ein Dialog 
wie in Abbildung 6. Hier eröffnet sich 
der wichtigste Punkt der Fixpackinstalla¬ 
tion, den viele Anwender recht fahrläs¬ 
sig übergehen. 

Wenn Sie zum ersten Mal ein Fixpack 
installieren, können Sie nur den Archiv¬ 
pfad angeben. Der Pfad nennt ein Ver¬ 
zeichnis, in das die Originaldateien des 
Systems kopiert werden. Wir nennen 
Sie im folgenden Basisdateien , da hier 
die Dateien des ungefixten Systems 
nach dem Aufspielen des Fixes zu fin¬ 
den sind. Wenn Sie später ein weiteres 
Fixpack installieren, bleibt das Archiv im 


h:\service\backup die Dateien aus dem 
Fixpack 6. Schließlich soll das Fixpack 
10 aufgespielt werden. Die Dateien des 
Fixpacks 6 im Sicherungspfad werden 
durch die des Fixpacks 9 ersetzt. Im 
Archiv befinden sich nach wie vor die 
Basisdateien. Dieses Archivsystem wird 
sinnvoll, wenn Sie zu einem vorherigen 
Fixpacklevel oder zum Basislevel , also 
zum Zustand nach der Installation, 
zurückkehren möchten, d.h. einen 
sogenannten Backout durchführen wol¬ 
len. Wie das funktioniert, zeigen wir 
später. 

Geben Sie also sowohl den Archiv¬ 


aren Zustand, und das Eingabefeld im pfad als auch den Sicherungspfad (bei 
Dialog wird grau unterlegt. Um die späteren Installationen) an. Beachten 
Dateien des bereits korrigierten Sie dazu ferner: 


Systems zu archivieren, geben Sie im 
Feld Sicherung, das dann für Eingaben 
bereit steht, einen Backup-Pfad an. 
Nehmen Sie später noch eine Fixpak- 
kinstallation vor, werden die Dateien 
des bereits korrigierten Systems eben¬ 
falls in diesem Pfad abgelegt. Die korri¬ 
gierten Dateien der vorherigen Installati¬ 
on werden also ersetzt. Dazu ein Bei¬ 
spiel: Sie möchten das Fixpack 6 auf 
einem Warp 4-System installieren, das 
zuvor noch nicht korrigiert wurde. Als 
Archiv-Pfad geben Sie h:/service an. 
Dann werden hier die Originaldateien 
des Betriebssystems abgelegt. Später 


Die beiden Verzeichnisse müssen 
nicht existieren, bevor Sie Service 
starten, da das Korrekturprogramm 
diese selbständig anlegt. 

Löschen Sie die von Service erstell¬ 
ten Archive nicht. Wenn Sie es tun, 
ist ein späterer Backout in keinem 
Falle mehr möglich. 

Stellen Sie sicher, daß auf dem 
Laufwerk, auf dem die Archive 
abgelegt werden, genügend Spei¬ 
cherplatz zur Verfügung steht (wir 


möchten Sie Fix¬ 
pack 9 installieren. 
Dann geben Sie als 
Sicherungs-Pfad 
h:/service/backup 
an. In diesen Pfad 
werden die durch 
das Fixpack 6 
ersetzten Dateien 
kopiert. Im Archiv¬ 
pfad h:\service 
befinden sich die 
Basisdateien; im 
Sicherungspfad 



Abb. 6: Dialog zur Eingabe des Archiv-Pfades 
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Anwendung ist aktiv 


i •. wurden die folgenden gesperrten Dateien gefunden: 

IHM OS/2 Basisbetriebssystem Q 

C:\0S2KRNL || 

( A0S2LDR.MSG f 

( \0S2\EJECT.EXE 
( \0S2\erlogger.exe 

( \0S2\FDISKPM.EXE |j 

ur Fortsetzung der Fehlerberichtigung Ist zwar genügend Speicherplatz verfüg- 
u ii . aber das System muß vor Verwendung der Anwendung neu gestartet 
werden. Sie haben folgende Möglichkeiten: 

Hei Auswahl von 'Weiter* übernimmt das Fehterberichtigungsprogramm die 
i Bearbeitung der gesperrten Dateien. 

Hei Auswahl von 'Warmstart* wird das System von der ersten 
Diskette des Fehlerberichtigungsprogramms neu gestartet 


die Bearbeitung gesperrter Dateien verhindert 


Weiter 

Warmstart 

Wiederholen 

Abbruch 

Hilfe | 


Abb. 7: Anzeige gesperrter Dateien nach Überprüfung des zur 
Verfügung stehenden Speicherplatzes 


empfehlen etwa 30 MByte, besser 
mehr). Sie ersparen sich spätere 
Probleme, wenn Sie die Archive von 
vornherein auf einer Partition anle- 
gen, auf der genügend freier Spei¬ 
cherplatz vorhanden ist. 

I in Backout ist immer dann nötig, wenn 
das installierte Fixpack Schwierigkeiten 
hervorruft, wenn also bestimmte Funk¬ 
tionen nicht mehr verfügbar sind bzw. 
die Systemstabilität beeinträchtigt ist. 
Machen Sie also von den Archiven 
Gebrauch. 

Soweit hört sich alles recht gut an, 
jedoch gibt es einen Haken: Selbst 
wenn Sie die Archive nach dem Auf¬ 
spielen des Fixpacks nicht löschen, und 
ein Backout sollte schließlich doch nötig 
werden, so muß das Programm nicht 
unbedingt bei der Herstellung des frü¬ 
heren Serviceievels erfolgreich sein, es 
gibt hier unangenehme Fehlerquellen. 
Wenn bei der Wiederherstellung des 
vorherigen Serviceleveis ein Fehler auf- 
tritt, so bricht das Programm einfach ab 
(woran das liegen kann, betrachten wir 
später). Eine Wiederholung des Prozes- 


Know how: Alles über Fixpacks 

ses ist nicht zwar mög¬ 
lich, doch ist das 
Archiv beschädigt, 
kann es nicht mehr 
benutzt werden. Sie 
können in einem sol¬ 
chen Falle also nicht 
zum vorherigen Level 
zurückkehren. Was 
bleibt, ist meist nur 
eine Neuinstallation 
des Betriebssystems, 
eine andere Möglich¬ 
keit gibt es nicht. Um 
sich dies zu ersparen, 
und auch um weiteren 
Schwierigkeiten vorzu¬ 
beugen, legen Sie sich 
nach der Installation 
und Konfiguration von OS/2 am besten 
ein Backup Ihrer Betriebssysternpartiti- 
on an, um den ursprünglichen Zustand 
des Systems jederzeit wiederherstellen 
zu können. Ein Restoring ist immer 
schneller durchführbar als eine komplet¬ 
te Neuinstallation und v.a. Neukonfigu¬ 
ration von OS/2. Benutzen Sie zum 
Anlegen des Backups am besten den 
Befehl xeopy : 

xeopy c:\* h:\os2base /s /e /r /v Jo /t /h 

Damit »spiegeln« Sie die gesamte 
Betriebssystempartition auf dem Lauf¬ 
werk c: auf Laufwerk h: in das Verzeich¬ 
nis os2base. Durch die Parameter wer¬ 
den auch Systemdateien oder verdeck¬ 
te Dateien kopiert. Möchten Sie später 
weitere Betriebssystem-Backups durch¬ 
führen, sichern Sie ebenfalls das 
Archiv- und/oder das Sicherungsver¬ 
zeichnis, das Service bei früheren Fix¬ 
packinstallationen angelegt hat. So kön¬ 
nen Sie später stets zu den unter¬ 
schiedlichsten Buildleveln zurückkehren 
und sich auch die nochmalige Installati¬ 
on bestimmter Fixpacks sparen. 
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f Unterschätzen Sie mögliche Feh - 
• lerquellen nicht, auch wenn sie 
nicht gleich offensichtlich sind, 
und verlassen Sie sich nie auf 
irgend ein Programm, erst recht 
nicht auf Service. Legen Sie 
daher regelmäßig Backups an. 

Nach Angabe des Archiv- oder Siche¬ 
rungspfades schließen Sie die Dialog¬ 
box durch Drücken auf OK. Daraufhin 
überprüft Service, ob auf dem Laufwerk, 
das Sie im Dialog in den Pfadangaben 
angegeben haben, genügend Speicher¬ 
platz vorhanden ist, um die Originalda¬ 
teien zu speichern. Dieser Prozeß kann 
mitunter recht lange dauern, und das 
System reagiert nicht auf Tastatur- oder 
Mauseingaben. Stören Sie das Pro¬ 
gramm auch nicht, sondern haben Sie 
etwas Geduld. Nach der Überprüfung 
erscheint ein Fenster wie in Abb. 7. 

Das Programm hat während der Spei¬ 
cherplatzberechnung das System nach 
den korrigierbaren Dateien durchsucht. 
Alle gesperrten Dateien, das sind sol¬ 
che, die gerade benutzt werden und 


daher nicht durch das Korrekturpro¬ 
gramm ersetzt werden können, werden 
im angezeigten Dialogfenster aufgeli¬ 
stet. Sie haben hier mehrere Möglich¬ 
keiten. Drücken Sie aber einfach auf 
den Button Weiter, und kümmern Sie 
sich nicht um den Option Warmstart. 
Wenn Sie Weiter Drücken, werden alle 
gesperrten Dateien durch einen Treiber 
nach einem Systemstart verarbeitet. 
Alle sofort korrigierbaren Dateien wer¬ 
den durch die im Fixpack gelieferten 
Versionen ersetzt (siehe Abb. 8). 

Zuvor erscheint ein ähnliches Status¬ 
fenster wie in Abb. 8, das Sie über den 
Fortschritt des Archivierens der Origi¬ 
naldateien informiert. Erst nach 
Abschluß des Archivierens werden die 
Betriebssystemdateien aktualisiert, wie 
es die Abbildung zeigt. Kann eine Datei 
nicht sofort aktualisiert werden, wird die 
Korrektur verzögert. Die Datei wird 
dann in eine Liste eingetragen, die von 
dem bereits erwähnten Treiber abgear¬ 
beitet wird. Wurden schließlich alle 
Dateien korrigiert, bzw. die gesperrten 
Dateien vom Programm für die spätere 
Verarbeitung vor¬ 
gemerkt, quittiert 
Service den erfolg¬ 
reichen Prozeß 
mit einer Fehler¬ 
meldung, die kei¬ 
ne ist. Abbildung 9 
zeigt das kleine 
Fenster, dessen 
Titelleiste man 
sich lieber nicht 
durchlesen sollte. 
Sie können Ser¬ 
vice nun durch 
Drücken auf den 
Button Ende 
beenden. Zuvor 
kann man noch 

Abb. 8: Nach dem Archivieren der Originaldateien beginnt das Kor- einen Blick in die 
rekturprogramm mit dem Ersetzen der korrigierbaren Datei- Protokolldatei wer- 
en. 


Dateien aktualisieren 


Das Fehlerberichtigungsprogramm wird durchgeführt. 
Bitte warten... 


Die Fehlerberichtigung auf C:\0S2\DLL\SYSM0N0.F0N wird verzögert 


?5 .4...# 

(0S/2> 1 ' (IM) ll -'\0S/2) • 1 tfSfy 11 - 


|o% 


50% 


100 % 
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Fehler bei Fehlerberithligung 


e 


Dieser Teil der Fehlerberichtigung ist abgeschlossen. 
Starten Sie das System neu, bevor Sie weitere 
Komponenten korrigieren oder Dateien bearbeiten, 
die bei der bisherigen Fehlerkorrektur gesperrt 


wird der Treiber 
geladen und der 
Prozeß zum 
Ersetzen der 
Dateien gestartet. 
Ist die Dateiliste 
abgearbeitet, wird 
sie gelöscht. Die 
beiden aufgeführ¬ 
ten Einträge in 
die config.sys 
werden zu diesem 
Zeitpunkt eben- 
^ falls beseitigt. 
Abb. 9: Die Erfolgsmeldung des Korrekturprogramms. Unverstand- Schließlich startet 
licherweise wird sie als Fehlermeldung ausgegeben. das System auto¬ 

matisch durch. 


ProtokoUdatei anzeigen 


Hilfe 


Ende 


Ion. Dort finden Sie alle Meldungen, die 
während des Korrekturprozesses ange- 
/eigt wurden, noch einmal aufgelistet. 

Nachdem Sie Service beendet haben, 
führen Sie einen Systemabschluß durch 
und starten das System neu. Ersetzen 
Sie nach dem Beenden von Service kei¬ 
ne weiteren Dateien. Erst muß der 
begonnene Korrekturprozeß beendet 
werden. Dazu hat das Programm in der 
CONFIG.SYS folgende Einträge vorge¬ 
nommen: 

DEVICE=C:\OS2\INSTALL\IBMCSFLK.SYS 


Dieser Prozeß ist erforderlich, da die 
neuen Versionen der gesperrten Datei¬ 
en noch nicht geladen wurden (das 
betrifft vor allem den Betriebssystem¬ 
kernel). Ein Teil des Systems würde 
daher mit den Orginaldateien und ein 
anderer mit den korrigierten Versionen 
arbeiten. Um dies zu vermeiden, ist ein 
erneuter Systemstart erforderlich, der 
von selbst ausgeführt wird. Danach ist 
die Fehlerkorrektur des Systems abge¬ 
schlossen. Der nächste Neustart ver¬ 
läuft ohne Unterbrechung und anschlie¬ 
ßend läuft OS/2 mit dem neuen Ser- 
C:\OS2\INSTALL\IBMCSFLK.LST vicelevel, wovon man sich mit syslevei 

überzeugen kann. 


CALL=C:\OS2\INSTALL\IBMCSFLK.EXE 

C:\OS2\INSTALL\IBMCSFLK.LST 

Der Treiber ibmcsflk.sys und das gleich¬ 
namige Programm dienen dem Erset¬ 
zen aller gesperrten Dateien durch die 
neuen Versionen aus dem Fixpack. 
Welche Dateien ersetzt werden müs¬ 
sen, finden Treiber und Programm in 
der Datei, welche das Programm Ser¬ 
vice während des Korrekturprozesses 
erstellt hat und die unter dem Namen 
ibmcsflk.lst im Verzeichnis \os2\install 
abgelegt wurde. Beim ersten System¬ 
start nach der Ausführung von Service 


Tip: 


Die Dateien IBMCSFLK.SYS 
und IBMCSFLK.EXE werden bei 
Beginn des Korrekturprozesses 
im Verzeichnis \os2\install abge¬ 
legt. Man kann Sie dort für spä¬ 
tere Korrekturprozesse belas¬ 
sen. 


Soweit die Beschreibung des Korrektur¬ 
prozesses und welche Eingaben Sie zu 
tätigen haben. Wir werden im folgenden 
Fehler betrachten, die während der Pro¬ 
grammausführung entstehen können. 
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Fehler bei Fehlerberiditigung 


Beim Suchen nach zu aktualisierenden Dateien ist ein 
Fehler aufgetreten. Der Grund hierfür kann in alten 
oder beschädigten CSF-Protokolldateieri, Datei 
CSF_ SEL.08Ö oder einer Dateisystembeschädigung 


grotokolldatei anzelgen; 


Abb. 10a: Beschädigte Protokolldateien oder Probleme 
mit CSF SEL.000 


Bevor wir das tun, möchten wir noch 
einmal einige wichtige Hinweise zusam¬ 
menfassen und weitere Tips zur Arbeit 
mit Service geben: 

1. Führen Sie vor der Installation des 
Fixpacks sicherheitshalber ein 
Backup Ihrer Betriebssystempartiti¬ 
on durch. Haben Sie bereits ein Fix¬ 
pack installiert, sichern Sie auch 
bereits vorhandene Archiv- bzw. 
Sicherungsverzeichnisse mit, damit 
spätere Backouts nach einem 
Restoring möglich sind. 

2. Beenden Sie alle aktiven Anwendun¬ 
gen, bevor Sie Service starten. 


dert. Sie werden feststellen, 
daß das Arbeiten mit dem 
System mit einem aktiven 
Service ohnehin kaum mög¬ 
lich ist, da das Programm 
so gut wie keine Interaktion 
mit dem Benutzer zuläßt. 

4.Nach Beendigung von 
Service ist erst die erste 
Stufe der Installation abge¬ 
schlossen. Nachdem Ser¬ 
vice beendet wurde, führen 
Sie einen Systemabschluß 
durch und starten das 
System neu. Verzichten Sie darauf, 
es vor dem Neustart zu benutzen. 

5. Benutzen Sie immer die aktuellste 
Version der CSF-Tools\ 

Was ist zu tun, ... 

Wir wollen nun auf einige Probleme ein- 
gehen, die während einer Fixpackinstal¬ 
lation auftreten können. Manchmal 
nämlich ist deren Ablauf nicht ganz so 
unproblematisch wie wir ihn gerade 
beschrieben haben. Sie finden daher im 
folgenden mögliche Fehlermeldungen 
und dazu die jeweiligen Vorgehenswei¬ 
sen zur Behebung der einzelnen Fehler. 
Was also tun Sie... 


3. Wenn Sie Service 
gestartet haben, stören 
Sie das Programm wäh¬ 
rend der Ausführung 
nicht durch andere 
Systemaktivitäten; auch 
dann nicht, wenn der 
Korrekturprozeß sehr 
lange dauert oder Pau¬ 
sen zwischen den ein¬ 
zelnen Installationsab¬ 
schnitten auftreten. 
Benutzen Sie das 
System nur dann, wenn 
Service Sie dazu auffor- 


Fehler bei Fehlerberichtigung 


O Der Pfad SET CSFCDROMDIR^c:\ existiert nicht oder 
ist ungültig. 


Protqkolldatei anzeigeri 


Hilfe 


Ende j 


Abb. 10b: Der Pfad mit den Fixpackdateien konnte nicht 
gefunden werden. Diese Variante der Fehler¬ 
meldung wird von den CSF-Tools ab Version 
1.40B ausgegeben. 
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Fehlerberichfigung wurde unterbrochen 


Ä Die Fehierberichtigung OS2 Corrective Service 

XRGM809 auf 5-11-1999 21:34 wurde unterbrochen. 

Das Fehlerberichtigungsprogramm ist auf eine unvollständige 
Berichtigung gestoßen: 

WEH ER: Versuch, die unterbrochene Fehierberichtigung 
fortzusetzen. 

ENDE: Beendet das Fehlerberiditigungsprogranim. 


Weiter 


Ende 

Hilfe 


Abb. 11: Installation wurde unterbrochen 


worin die CSF-Protokollda- 
twlnn oder die Datei 
i './ SEL.000 beschädigt 

$lnd? 

I Ine Fehlermeldung, die beim 
M.irt des Serviceprogramms 
von Festplatte oder CD-ROM 
miftritt, finden Sie in Abb. 10a 
und 10b. Der Fehler taucht 
hnld nach dem Start des Pro- 
iimmms auf, kurz nachdem 
im damit begonnen hat, Ihr 
‘.ystem nach korrigierbaren 
Produkten zu untersuchen. An der Datei 
immens CSF_SEL.000 oder den Proto¬ 
kolldateien liegt es aber in manchen 
I Allen nicht, auch wenn das so gemel¬ 
det wird. Der Grund liegt bei beiden 
I ohlermeldungen darin, daß Service die 
I Ixpackdateien nicht finden kann, d.h. 
die Variable csfcdromdir weist auf ein 
Verzeichnis, das nicht existiert oder in 
dom die Fixpackdateien nicht abgelegt 
Mind. Die Fehlermeldung in Abb. 10b 
wird von den CSF-Tools ab Version 
I 40B ausgegeben; die in Abb. 10a vor 
rtllem von Versionen vor 1.40B. Die 
I ösung: Überprüfen Sie, ob Service 
nuch der richtige Pfad auf das Verzeich¬ 
nis übergeben wurde, in dem sich das 
I ixpack, genauer die Datei CSF_DISK 
befindet. Ohne diese Datei geht nämlich 
gar nichts, was nicht verwundert, weil 
dort festgehalten ist, welches Fixpack 
überhaupt zur Installation bereitsteht. 
Da man mit dem gleichen Service belie¬ 
bige Fixpacks für Warp 3 und Warp 4 
nufspielen kann, wird der Sinn dieser 
Datei schnell klar. Sie befindet sich 
Immer auf der ersten Diskette des Fix¬ 
packs. Wenn Sie die Diskettenimages 
/.B. auf Festplatte in das Verzeichnis 
\flx entpackt haben, befindet sie sich 
dort. Die eigentlichen Fixpackdateien 
findet man aber in Unterverzeichnissen, 
die für Service zunächst nicht relevant 
»ind. Das Programm braucht daher das 


Hauptverzeichnis, in dem CSF_DISK 
lokalisiert ist. Sie teilen Service diesen 
Pfad wie gesagt mit der Umgebungsva¬ 
riable cfscdromdir mit. Setzen Sie diese 
auf das Hauptverzeichnis, in das die 
FP-Dateien samt CSF_DISK entpackt 
wurden. Anschließend läuft Service wei¬ 
ter. 

...wenn eine Fixpackinstallation unter¬ 
brochen wurde? 

Wenn eine Fixpackinstallation aus 
irgend einem Grunde unterbrochen wur¬ 
de, erhalten Sie beim erneuten Start 
von Service die Fehlermeldung aus Abb. 
11. In vielerlei Quellen liest man, daß 
man die Protokolldateien löschen sollte, 
um ganz von vorne zu beginnen. Das 
war früher auch nötig. Mit der Version 
1.40B der CSF-Tools jedoch nicht 
mehr. Drücken Sie also auf den Button 
Weiter. Das Korrekturprogramm setzt 
seine Arbeit dann nicht genau an der 
Stelle fort, an dem es unterbrochen 
wurde, sondern wiederholt den gesam¬ 
ten Abschnitt der Installation, in dem es 
sich gerade befand. Trat der Abbruch 
z.B. während des Archivierens auf, wird 
der gesamte Archivierungsvorgang wie¬ 
derholt. Bei einer Unterbrechung des 
Korrekturprozesses wird mit dem Erset¬ 
zen der Dateien ebenfalls von vorne 
angefangen, unabhängig davon, wie 
weit der Korrekturprozeß schon fortge- 
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schritten war. Das Korrekturprogramm 
arbeitet übrigens in allen Fällen zuver¬ 
lässig weiter, wir haben es in unter¬ 
schiedlichen Situationen getestet. 
Daneben mußten wir die Unterbrechung 
absichtlich durch Abschießen des Pro¬ 
gramms Service herbeiführen. Das Pro¬ 
gramm läuft also -im Gegensatz zu frü¬ 
heren Versionen- stabil. 

f Sollte Service gerade dabei sein, 
Dateien zu ersetzen und wird 
dann abgebrochen , schalten Sie 
Ihr System nicht aus, sondern 
starten Sie Service sofort erneut 
Ein Systemneustart hat zur Folge, 
daß das System teils mit den Ori¬ 
ginaldateien, teils mit den bereits 
gefixten Dateien startet Das kann 
zu unvorhersehbaren Effekten 
führen. In den meisten Fällen 
startet das System dennoch nor¬ 
mal. Das Korrekturprogramm 
wird seine Arbeit nach einem 
Neustart ebenfalls wieder an der 
richtigen Stelle aufnehmen. Wir 
beobachteten aber, daß wir die 
Umgebungsvaribalen mit dem 
Kommando set nicht mehr über 
die Kommandozeile setzen konn¬ 
ten. In einem solchen Falle neh¬ 
men Sie entsprechende SET-Ein- 
träge in die CONFIG.SYS vor und 
starten das System abermals. 
Anschließend wird Service laufen. 
In allen Testsituatio¬ 
nen setzte es seine 
Arbeit wie gewünscht 
fort 

I 

... wenn das Korrekturpro - 
gramm nicht auf das Archiv 
zugreifen kann? 

Das Meldungsfenster zu 
diesem Fehler finden Sie 
in Abb. 12. Der Fehler tritt 
immer dann auf, wenn der 


Archivpfad, der Service einmal überge¬ 
ben wurde, nicht mehr existiert oder 
wenn das noch bestehende Archiv leer 
ist. Daher beherzigen Sie unseren Rat¬ 
schlag, die Archive nicht zu löschen. 
Allerdings kann auch ein beschädigtes 
Archiv zu diesem Fehler führen. Um ihn 
zu beheben, können Sie, sofern Sie ein¬ 
mal ein Backup des Archives angefer¬ 
tigt haben, bevor es gelöscht wurde, 
das Archivverzeichnis mit den archivier¬ 
ten Dateien neu anlegen und Service 
anschließend noch einmal starten. Liegt 
jedoch kein Backup des Archives vor, 
müssen Sie die Protokolldateien des 
Korrekturprogramms löschen. Sie wer¬ 
den beim Start von Service automatisch 
angelegt, sollten sie nicht vorhanden 
sein. Dann können Sie einen neuen 
Archivpfad angeben. Um so zu verfah¬ 
ren, suchen Sie im Verzeichnis 
\os2\install nach den Dateien: 

LOGFOOOO.OS2 
LOGSTART.OS2 
LOGARCH. OS2 

Und für eine unterbrochene Fixpackin¬ 
stallationen unter Warp 3 im Verzeich¬ 
nis \os2\mmpm\instali , nach den Datei¬ 
en: 

L OGFOOOO. MPM 
LOGSTART.MPM 
LOGARCH. MPM 


Fehler bei Fehlerberichtigung 


o 


Fehler beim Öffnen oder Erstellen der Archivdatei 


Proto k oltdat ei anzeigert 


Hilfe Ende 


Abb. 12: Kein Zugriff auf das Archiv 
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Erlaubnis zum Berichtigen einerneueren Datei 


f olgende Datei ist auf dem System neuer als aut der 
Fehlerberichtigungsdiskette: 


C:\OS2\DLL\MINXOBJ.DLL 
Die Datei wird ersetzt. 


Ski 


Abbruch 



Hilfe 


Abb. 13: Erlaubnis zum Ersetzen einer Datei 


nowie nach der Datei 
CSF_SEL.000 jeweils im 
' ilammverzeichnis des 
Installationslaufwerkes 
und aller anderen startba- 
mn Partitionen des 
Systems , und löschen Sie 
nie (einige dieser Dateien 
ulnd schreibgeschützt, 
nntfernen Sie den 
Schreibschutz vor dem 
Iöschen also mit attrib -r). 

Sie können nach dem 
l.öschen der Protokolldateien übrigens 
nuch alle noch bestehenden Archiv- und 
Sicherungsverzeichnisse beseitigen, da 
sie ohne die zuvor gelöschten Protokoll¬ 
dateien ohnehin nicht mehr verwendet 
werden können. 

Starten Sie nach diesen Schritten Ser¬ 
vice erneut, so ist die Angabe eines 
neuen Archivpfades wieder möglich. 
Das Programm läuft dann wie 
gewünscht weiter. 


wenn eine Datei korrigiert werden soll , 
die aktueller ist als die im Fixpack? 

Sollte auf Ihrem System eine Datei vor¬ 
handen sein, die neueren Datums als 
Ihr Pendant im Fixpack ist, ersetzt Ser¬ 
vice diese Datei nicht selbständig, son¬ 
dern bittet mit dem Dialog in Abb. 13 
um Erlaubnis für die Korrektur. 


In einem solchen Fall gestatten Sie die 
Korrektur der Datei stets durch Drücken 
auf OK. Das mag vielleicht unsinnig 
erscheinen, ist jedoch dringend angera¬ 
ten, da einige Dateien in einem Fixpack 
aus Gründen der Funktionsfähigkeit des 
gesamten Paketes durch ältere Versio¬ 
nen ersetzt worden sein können. 
Grundsätzlich ist es immer besser, das 
Fixpack in seiner Gesamtheit aufzuspie¬ 
len, d.h. die zur Korrektur vorgesehe¬ 
nen Dateien sollten auch ohne Ausnah¬ 
me ersetzt werden. Allerdings kann 
dadurch die Funktionalität anderer Soft¬ 
warepakete beeinträchtigt werden. Der¬ 
artige Fälle sind uns bislang nur mit der 
Java-Unterstützung bekannt, da auch 
hier Systemdateien ersetzt werden. 
Daher empfiehlt es sich, zunächst ein 
Fixpack aufzuspielen und erst dann die 
entsprechende Java-Version. Genaue¬ 
res dazu erfahren Sie in 
den Readme-Dateien des 
jeweiligen Fixpacks bzw. 
der für den Einsatz vorge¬ 
sehenen Java-Version. 
Beachten Sie die dort 
gemachten Hinweise 
sorgfältig. Bis auf diese 
Ausnahme empfehlen wir 
jedoch, dem Programm 
immer die Erlaubnis zur 
Korrektur von Dateien zu 
geben. 


Fehlerbei Fehlerberiditigung 


e 


Auf dem Datenträger I! steht nicht genügend 
Speicher zum Fortsetzen der Fehlerberichtigung zur 
Verfügung. 


Protokolldatei anzeigend 


Hilfe 


Ende 


Abb. 14: Nicht genügend Speicherplatz für Service 
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...wenn nicht genügend Speicherplatz 
zur Verfügung steht? 

Diese Fehlermeldung (s. Abb. 14) tritt 
immer dann auf, wenn Sie ein Archiv¬ 
oder Sicherungsverzeichnis angegeben 
haben, das sich auf einer Partition 
befindet, auf der nicht mehr genügend 
Speicherplatz zur Verfügung steht. Sie 
müssen das Programm zunächst an 
dieser Stelle beenden. Anschließend 
können Sie nach dem Neustart von Ser¬ 
vice ein anderes Verzeichnis in dem 
bereits bekannten Dialog angeben. Ein 
Löschen der Protokolldateien ist in die¬ 
sem Fall allerdings nicht nötig. 

Wenn Sie jedoch tatsächlich Spei¬ 
chernot haben, ist es auch möglich, die 
Verzeichnisse auf einem wechselbaren 
Datenträger anlegen zu lassen, etwa 
auf einer ZIP-Diskette oder sogar auf 
einer CD-R (mit dem RSJ-Dateisystem 
ist dies sehr einfach, und da man die 
Archivierung bzw. Sicherung von Datei¬ 
en durch Service nicht deaktivieren 
kann, hat man zumindest einen Ausweg 
für derartige Situationen). Sie müssen 
dann nur darauf achten, daß sicher der 
Datenträger bei erneuten Fixpackinstal¬ 
lationen im richtigen Laufwerk befindet. 

...wenn das System nach dem automa¬ 
tischen Neustart immer wieder von neu¬ 
em durchstartet? 

Dieser interessante Effekt begegnete 
uns nach der Installation des Fixpacks 


36 für Warp 3: Nachdem 
die gesperrten Dateien ver¬ 
arbeitet worden sind, starte¬ 
te der Rechner wie gewohnt 
neu. Nach dem Laden der 
ersten Treiber wurde das 
System jedoch abermalig 
gestartet, daraufhin wieder 
usw. Diese Endlosschleife 
konnten wir nach langwieri¬ 
gen Versuchen und kom¬ 
pletten Neustinstallationen 
des Betriebssystems sowie wiederhol¬ 
tem Aufspielen des Fixpacks nur durch 
den Austausch einiger Systemdateien 
beenden. Sollten Sie einmal mit diesem 
oder einem ähnlichen Problem konfron¬ 
tiert werden, versuchen Sie folgende 
Lösung: 

OStarten Sie Ihr System von Diskette 
oder einer Wartungspartition, und 
wechseln Sie auf die Betriebssystem¬ 
partition, auf der das Fixpack instal¬ 
liert wurde. 

©Heben Sie die Attribute r, s und h für 
die beiden Dateien OS2LDR und 
OS2LDR.MSG auf, und löschen Sie 
diese anschließend: 

attrib -r -s -h os2ldr && del os2ldr && 
attrib -r -s -h os2ldr.msg && 

del os2ldr.msg 

Mit dem doppelten &-Zeichen ver¬ 
knüpft man mehrere Befehle mitein¬ 
ander. Der nächste Befehl nach dem 
&& wird nur dann ausgeführt, wenn 
der vorangegangene erfolgreich 
abgeschlossen werden konnte. 

©Kopieren Sie nun die archivierten Ver¬ 
sionen dieser Dateien aus dem wäh¬ 
rend der Fixpackinstallation angeleg¬ 
ten Archiv auf die Betriebssystempar¬ 
tition: 


Fehierberiehtigungsprogramm - Produktlisfe ändern 


(•) Korrigierbare Produkte 
Gesicherte Produkte 
G Archivierte Produkte 
G Nicht festgeschriebene Produkte 

Hilfe j 

Abb. 15: Dialog »Produktliste ändern« 


OK 


Abbruch 
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unpack <LW>:\archive\os2ldr._ 

<BLW>:\os2ldr 

unpack <LW>:\archive\os2ldr.ms_ 

<BLW>:\os2ldr.msg 

Dabei ist <LW> das Laufwerk, auf 
dem die archivierten Originaldateien 
liegen und <BLW> Ihr Bootlaufwerk. 

©Setzen Sie die Dateiatribute wieder: 

attrib -r -s -h os2ldr && 

attrib -r -s -h os2ldr.msg 

und starten Sie das System neu. 

Mit dem ausgetauschten Loader lief 
das System wieder normal, so daß wir 
die Fixpackinstallation vollständig rück¬ 
gängig machen konnten. 

Wie man Backouts durchführt 
Wir haben bereits mehrmals den Begriff 
Backout erwähnt und ihn definiert als 
Wiederherstellung eines früheren Ser- 
vice-Levels. In diesem Abschnitt wollen 
wir zeigen, wie man einen Backout 
durchführt, sollte dies einmal nötig sein. 

Auch hierzu benutzt man das Pro¬ 
gramm Service. Nach dem Start drückt 
man im Pro¬ 
grammfenster auf 
den Button Pro¬ 
duktliste ändern..., 
worauf der Dialog 
aus Abb. 15 
erscheint. Je nach¬ 
dem, ob man die 
Basisversion (die 
sich im Archiv 
befindet) oder eine 
gesicherte Version 
(also ein früheres 
Service-Level) wie¬ 
derherstellen will, 
wählt man in der 
Dialogbox Archi- 
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vierte Produkte oder Gesicherte Pro¬ 
dukte. Nach dem Schließen des Dialogs 
durch Drücken auf OK durchsucht Ser¬ 
vice das System nach der Archiv- bzw. 
Backupversion. 

Vorausgesetzt, das Programm findet 
einen archivierten oder gesicherten Ser¬ 
vice-Level, zeigt sich das Programmfen¬ 
ster von Service wie in Abb. 16. Wie Sie 
sehen, durchsucht das Programm alle 
Partitionen Ihres Systems. Auf unserem 
Testrechner war neben Warp 4 auch 
noch Warp 3 installiert. Daher zeigt Ser¬ 
vice das Basisbetriebssystem und den 
MMPM (mit installiertem FP 40) eben¬ 
falls für einen Backout an. Standardmä¬ 
ßig sind alle Einträge selektiert. Heben 
Sie die Selektion für all jene Einträge, 
die für das gerade aktive System nicht 
in Frage kommen, auf und drücken Sie 
dann auf den Button Zurücksetzen. Dar¬ 
aufhin erscheint ein Dialogfenster, das 
Abb. 17 zeigt. 

Unter Produkt wird der gerade aktive 
Service-Level angezeigt. Der Bereich 
Zielversion gibt den Service-Level wie¬ 
der, der durch das Zurücksetzen wie¬ 
derhergestellt wird. In unserem Falle 
wollen wir die Basisversion des 
Betriebssystems wiederherstellen. 


FehlerberirtiHgungspragramm 


Archivierte Produkte 




lloofrdt lb'do c 




IBM Mummedla-Präsematlons-Manager/2-W040(XRGW040)-<D:\MMOS2\INSTALL\SYSLEVELf 
IB M OS/2~BasisbetriebssMStem-W840(XRGWO4O)-<D:\OS2\INSTALL\SYSLEVEL.OS2> 


|?urücksetzerj Umleiten j Produktive ändern... | Abbruch 


Mfe! 


Abb.5: Programmfenster nach Abschluß des Suchprozesses 
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Fehlerbenchtigungsprogramm - Zuruckserzen 


Produkt 


Zielversion 


jlBM OS/2 Basisbelriebssystern-MO10(XRGM0 10)--<! XRG480O (Archiv) 


iZiDSö 


□OTäöBF 




OK Abbruch | 


Hilfe 


Abb. 17: Dialog für den möglichen Backout 

Zuvor installierten wir das Fixpack 10 
auf unser Warp 4-System. Zum Back¬ 
out müssen wir nun lediglich den Dialog 
durch drücken auf OK schließen. Dar¬ 
aufhin wird der Backout vorgenommen. 

Der Programmablauf ist dabei im 
wesentlichen genau der gleiche wie bei 
der Installation des Fixpacks. Auch hier 
wird nach Schließen des Dialogfensters, 
das die obige Abbildung zeigt, das 
System nochmalig überprüft. Dann wird 
die bereits bekannte Liste der gesperr¬ 
ten Dateien angezeigt, d.h. auch der 
Deinstallationsprozeß eines Fixpacks ist 
zweiteilig. Man 
verfährt daher 
ganz genau so wie 
bei der Installation 
(lesen Sie diese 
Abschnitte daher 
noch einmal 
durch). Nach dem 
Schließen der 
Dateiliste durch 
einen Klick auf 
den Button Weiter 
beginnt Service 
mit der Wiederher¬ 
stellung der archi¬ 
vierten Version 
des Systems. Die 
Statusinformatio¬ 


nen, die dabei aus¬ 
gegeben werden, 
sind Abb. 18 zu 
entnehmen. 

Sobald der erste 
Teil des Backouts 
abgeschlossen ist, 
quittiert dies Ser¬ 
vice durch eine 
Meldung, wie sie 
Abb. 19 zeigt. Man 
bestätigt sie wie bei 
der Installation des 
Fixpacks und star¬ 
tet das System 
erneut. Beim Neustart wird der Geräte¬ 
treiber zur Verarbeitung gesperrter 
Dateien geladen und die Liste der 
gesperrten Dateien abgearbeitet. Nach 
dieser Prozedur wird der Rechner wie 
schon bei der Installation neu gestartet. 
Nach dem Neustart arbeitet OS/2 wie¬ 
der auf dem Service-Level , auf den man 
das System zurückgesetzt hat, in unse¬ 
rem Beispiel wurde die Basisversion 
von Warp wiederhergestellt. Man kann 
sich auch hier leicht mit den Befehlen 
ver /r und syslevel vom Erfolg des 
Backouts überzeugen. 


Dateien aktualisieren 


Das Fehlerberichtigungsprogramm wird durchgeführt. 
Bitte warten... 


Das Zurücksetzen von C:\0S2\DLL\FDISKPM.DLL auf die 
Archivversion wird verzögert. 




1 




50% 

iöo%| 


Abb. 18: Verzögerung des Backouts für gesperrte Dateien 
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Fehlerberichfigungsprogramm 




OS2 Corrective Service XRGN009 wurde erfolgreich 
wiederhergestellt. 


OK 


Hilfe 


Abb. 19: Meldung zur Wiederherstellung eines früheren 
Service-Levels, hier auf XRGM009. 


I Probleme während des 
Backouts 

Schwierigkeiten beim 
/urücksetzen auf einen 
früheren Service-Level 
gab es v.a. mit Versionen 
der CSF-Tools vor 1.40B. 

Hier war es stellenweise 
gar nicht möglich, bei 
oinem unterbrochenen 
Backout den Wiederher- 
stellungsprozeß nochmals 
nufzunehmen. Jetzt geht 
das erfreulicherweise. 

Sollte also einmal aus irgend einem 
Grunde das Zurücksetzen unterbrochen 
werden, so können Sie Service einfach 
erneut starten (wie schon bei der Instal¬ 
lation des Fixpacks). Der Wiederherstel¬ 
lungsprozeß beginnt dann noch einmal 
von vorn. Allerdings können während 
beiden Abschnitten des Backouts unan¬ 
genehme Fehler auftauchen, die etwas 
mehr Aufwand erfordern (allerdings tre¬ 
ten sie auch recht selten auf). Es han¬ 
delt sich dabei zunächst um einen Feh¬ 
ler, der während der CRC-Prüfung auf- 
tritt. Das liegt daran, daß Service die 
Originaldateien während der Fixpackin¬ 
stallation mit dem Programm pack (dem 
Pendant zu unpack), komprimiert und 
beim Backout mit unpack wieder 
dekomprimiert. Bei jedem Komprimie¬ 
rung/ Dekomprimierungsalgorithmus 
wird mit einer CRC-Prüfung kontrolliert, 
ob die dekomprimierte Version der Ori¬ 
ginalversion entspricht, da bei derarti¬ 
gen Vorgängen Informationen verloren¬ 
gehen können. Fällt eine solche Prü¬ 
fung negativ aus, so kann die erforderli¬ 
che Datei nicht mehr ordnungsgemäß 
dekomprimiert werden. Das Korrektur¬ 
programm bricht dann mit einer ent¬ 
sprechenden Fehlermeldung ab. Zwar 
können Sie den Prozeß von neuem 
starten, aber die komprimierte Datei 
bleibt natürlich defekt. Um diesen Feh¬ 


ler zu beheben, versuchen Sie folgende 

Vorgehensweise: 

©Bestimmen Sie anhand der Fehler¬ 
meldung bzw. der Protokolldatei, an 
welcher Stelle Service den Backout 
durch die defekte Datei unterbrechen 
mußte. 

©Wechseln Sie in das Archivverzeich¬ 
nis und löschen Sie diese Datei. 

©Wechseln Sie in das Verzeichnis auf 
Ihrer Betriebssystempartition, in dem 
die Originaldatei liegt. 

©Rufen Sie das Programm pack aus 
dem Verzeichnis mit den CSF-Too/s 
auf und packen Sie die Originaldatei: 

pack c:\os2\cmd.exe h:\archive\cmd.ex_ 

In diesem Beispiel wird die Datei 
cmd.exe , die im Verzeichnis \os2 auf 
Laufwerk c: liegt, gepackt, wobei die 
gepackte Version der Datei im Ver¬ 
zeichnis \archive auf Laufwerk h: 
unter dem Namen cmd.ex_ abgelegt 
wird. 

©Starten Sie Service erneut. Das Pro¬ 
gramm wird dann den Backout bis 
zum Ende ausführen können. 
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Der zweite Fehler, der weitaus schwer¬ 
wiegender ist, zeigt sich in einem Trap 
in einem Treiber namens SINGLES, der 
nach der Verarbeitung der gesperrten 
Dateien (also im zweiten Abschnitt des 
Backouts) während des automatischen 
Neustarts auftrat. Woher dieser Trap 
genau kommt, fanden wir nicht heraus. 
Wahrscheinlich hängt er mit den SVGA- 
Graphiktreibern zusammen. Sie können 
diesem Trap nämlich entgehen, indem 
Sie Ihr System vor dem Backout auf 
Standard-VGA zurücksetzen. Öffnen 
Sie dazu einen OS/2-Gesamtbildschirm, 
geben Sie den Befehl setvga ein, und 
starten Sie das System neu. Danach 
kann mit dem Backout wie angegeben 
begonnen werden, ohne auf den 
beschriebenen Fehler zu stoßen. 


$ Setzen Sie das System auf Stan- 
• dard-VGA mit dem Befehl setvga 
zurück, wenn Sie das System auf 
die Archiwersion zurücksetzen 
wollen. Verfahren Sie sicherheits¬ 
halber auch beim Zurücksetzen 
auf Service-Levels in Sicherungs¬ 
archiven so. 


Sollten Sie dies aber einmal verges¬ 
sen haben, und ist es erst zu spät, kön¬ 
nen Sie sich eine Neuinstallation des 
Betriebssystems ersparen, wenn Sie 
ein Backup Ihrer Betriebssystempartiti¬ 
on zur Hand haben. Falls nicht, bekom¬ 
men Sie Ihren Rechner aber dennoch 
zum Laufen, wenn Sie von der Archivie¬ 
rungsfunktion der WPS Gebrauch 
machen. Dieser Lösungsweg verhilft 
dem System in einem solchen Fall wie¬ 
der zur Weiterarbeit: 

OStarten Sie das System durch Drük- 
ken der Tasten Strg+Alt+Entf neu, 
und drücken Sie Ait+Fl , wenn das 


kleine weiße Rechteck mit dem 
Schriftzug OS/2 in der linken oberen 
Ecke des Bildschirms erscheint, um 
die Wiederherstellungsfunktionen 
anzeigen zu lassen. 

©Drücken Sie F2, um eine Kommando 
zeile aufzurufen. 

©Sichern Sie die Datei config.sys von 
der Betriebssystempartition auf ein 
anderes LaufWerk. Starten Sie das 
System anschließend wieder neu, 
und rufen Sie abermals den Bild¬ 
schirm mit den Wiederherstellungsop¬ 
tionen aus. 

OWählen Sie jetzt das Originalarchiv 
nach der Installation zur Wiederher¬ 
stellung durch Drücken der Taste 0 
aus. Daran anschließend werden die 
Schlüsseldateien des Archives wie¬ 
derhergestellt. Das System startet 
nach dem Zurücksetzen auf den 
Installationszustand normal. 

Leider ist Ihre gesamte Konfigurations¬ 
arbeit damit zunichte gemacht. Zumin¬ 
dest können Sie mit der gesicherten 
config.sys alle Pfadangaben und Umge¬ 
bungsvariablen, die von Programmen 
während der Installation gesetzt wur¬ 
den, relativ schnell wiederherstellen, so 
daß »nur« noch die Neukonfiguration 
der WPS bleibt. Das ist allerdings alle¬ 
mal besser als eine komplette Neuin¬ 
stallation des Betriebssystems. Daher 
noch einmal die dringende Empfehlung: 

f Führen Sie nach der Installation 
* und vollständigen Konfiguration 
von OS/2 sowie in regelmäßigen 
Abständen (nach jeder Fixpackin¬ 
stallation und jeder Neuinstallati¬ 
on von Programmen etc.) 
Backups Ihrer Betriebssystem¬ 
partition durch. 
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Der Trap nach dem Zurücksetzen auf 
die Archivversion trat allerdings nicht 
•Ulf jedem Testsystem auf und übrigens 
i|nr nicht, wenn nur auf ein früheres 
• inrvice-Level und nicht auf die Basis- 
vnrsion zurückgesetzt wurde. Behalten 
Sie die Möglichkeit dieses Fehlers aber 
Immer im Auge, und sorgen Sie durch 
Sicherungskopien unvorhersehbaren 
Problemen vor. 

Wenn Sie Fehler während der Instal¬ 
lation von Fixpacks beobachten, die hier 
nicht wiedergegeben sind, und Lösun¬ 
gen für diese Schwierigkeiten haben, 
uchicken Sie uns bitte Ihre Tips. Beson¬ 
ders Flinweise, sie sich auf das Problem 
mit dem Trap beim Zurücksetzen auf 
die Archivversion beziehen, nehmen wir 
gerne entgegen. Falls es hier andere 
Vorgehensweisen zur Problembeseiti¬ 
gung gibt, würden wir gerne davon wis¬ 
sen. 

Grundsätzlich beachten Sie bitte zur 
Durchführung eines Backouts , daß Sie 
nuch hier die Umgebungsvariablen vor 
dem Aufruf von Service wie oben 
beschrieben setzen müssen, wenn Sie 
das Programm von der Festplatte aus¬ 
führen wollen. Dabei muß auch das 
Verzeichnis mit den Fixpackdateien 
bestehen, sonst startet Service nicht 
korrekt. Als Alternative bietet sich der 
Start des Programms von Diskette. 
Auch hier muß man allerdings eine Fix¬ 
packdiskette bereithalten. Am einfach¬ 
sten gestaltet sich die gesamte Arbeit 
mit Fixpacks mit einer selbst hergestell¬ 
ten CD, wie wir es gezeigt haben. Der 
Aufruf des kleinen Batchprogramms ist 
auch für Backouts stets derselbe. 

Zum Schluß dieses Artikels sei noch 
etwas zu den unterschiedlichen Sprach- 
versionen von Fixpacks gesagt. Einige 
Leser fragten, ob es möglich ist, auf 
einem deutschen OS/2-System ein eng¬ 
lisches Fixpack zu installieren. Kurz 
gesagt: Es ist möglich, aber nicht rat- 
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sam. Zum einen ist es nicht sonderlich 
schön, da man eine Mischung aus eng¬ 
lischen und deutschen Dialogen nach 
der Installation eines englischen Fix¬ 
packs auf einem deutschen System 
geschaffen hat. Zum anderen können 
neben dieser eher kosmetischen Aus¬ 
wirkung auch andere Effekte auftreten, 
die auf Inkompatibilitäten zwischen dem 
englischen Fixpack und der deutschen 
Betriebssystemversion zurückzuführen 
sind. Zwar erscheinen die US-Fixpacks 
immer vor den deutschen FPs, aber die 
Abstände sind doch sehr gering, so daß 
man ruhig ein wenig auf die deutschen 
Fixpackversionen warten sollte. 

Im Anhang finden Sie übrigens einige 
interessante Webadressen rund um das 
Thema Fixpacks , falls Sie noch weitere 
Informationen benötigen sollten. Darun¬ 
ter befindet sich auch eine IBM-Adres- 
se, die den Installationsprozeß noch 
einmal erklärt. Dieses Dokument ist v.a. 
für all jene zu empfehlen, die mit der 
Textversion von Service , fservice , arbei¬ 
ten möchten und Informationen zum 
Erstellen von Antwortdateien benötigen. 
Wir haben fservice hier nicht betrachtet, 
da das Programm für den Privatanwen¬ 
der oder den Betreiber kleiner Netzwer¬ 
ke wenig interessant ist. 

Zum Abschluß dieses Beitrages sei 
noch angefügt, daß wir uns mit den 
anfangs erwähnten sys/eve/-Dateien in 
einem späteren Artikel noch genauer 
auseinandersetzen werden, da hier bei 
vielen Anwendern ein Informationsdefi¬ 
zit besteht. Im Rahmen unserer Pro¬ 
grammierworkshops werden wir außer¬ 
dem zeigen, wie man mit selbstge¬ 
schriebenen Programmen Informatio¬ 
nen aus diesen Dateien lesen kann. Um 
Ihnen jetzt schon einen kleinen Über¬ 
blick zu den sys/e\/e/-Dateien zu geben, 
finden Sie im Anhang eine Übersicht zu 
den wichtigsten Dateien mit ihren jewei¬ 
ligen Bedeutungen. □ 


109 



OS/2 Only! Bd. 2, Ausgabe Nr. 2/99 

Bootsysteme I 

»Never change a running System!« Die¬ 
sen Satz kennen Sie sicher. Aber man 
kommt nicht umhin, Veränderungen am 
System vorzunehmen: Die Installation 
von Fixpacks z.B. erfordert tiefe Eingrif¬ 
fe in das Betriebssystem. Aber auch die 
Installation neuer Programme kann 
OS/2 sehr verändern. So kann es durch¬ 
aus Vorkommen, daß das System nicht 
mehr so arbeitet, wie man es sich 
wünschte. Oftmals sind es nur kleine 
Eingriffe in der config.sys, die es wieder 
zum Laufen bringen. Manchmal ist es 
aber auch notwendig, die Betriebssy¬ 
stempartition zu formatieren und ein 
zuvor angefertigtes Backup aufzuspie¬ 
len. Neben diesen Notfällen gibt es 
natürlich auch Wartungsarbeiten, die 
man am System durchzuführen hat, 
angefangen vom Löschen temporärer 
Dateien, über das Defragmentieren von 
Datenträgern bis hin zum Anfertigen der 
essentiell wichtigen Backups. Wann 
immer man auch in den »Erste Hilfe- 
Kasten« für OS/2 greifen muß: Man 
kann oder sollte das System dazu nicht 
von der Betriebssystempartition, son¬ 
dern von Dienstprogrammdisketten star¬ 
ten, damit keine Datei der sonst aktiven 
Partion durch das System gesperrt, also 
in Verwendung ist. 

Ein weitaus bequemerer Weg ist die 
Verwendung einer sogenannten War¬ 
tungspartition . Diese Partition enthält 
eine abgespeckte Variante des 
Betriebssystems, die man im Falle eines 
Falles starten kann, um auf den ande¬ 
ren Laufwerken des Rechners Arbeiten 
vornehmen zu können. Man kann auf 
einer solche Partition -im Gegensatz zu 
Disketten- alle wichtigen Werkzeuge 
installieren und weitaus schneller arbei¬ 
ten als mit dem Diskettenlaufwerk. Auch 
bootfähige CDs machen in manchen 
Fällen Bootdisketten überflüssig. Nichts- 


destrotrotz braucht man für wirklich ern 
ste Notfälle, wenn man etwa von keiner 
Partition der Festplatte mehr starten 
kann oder über keinen bootfähigen 
SCSI-oder ATPAI-Adapter verfügt, eini¬ 
ge 3,5"-Disketten zum Starten des 
Rechners. 

Wir werden daher in einem zweiteili¬ 
gen Artikel unterschiedliche Bootsyste¬ 
me näher betrachten, wie man sie ein¬ 
richtet und benutzt. Zunächst betrachten 
wir die Einrichtung und Konfiguration 
von Wartungspartitionen. Im zweiten 
Teil dieses Artikels werden wir die Her¬ 
stellung bootfähiger CDs und von War¬ 
tungsdisketten betrachten. Dort werden 
wirzeigen, wie man alle nötigen Dateien 
auf nur eine Diskette unterbringt. Vor 
allem aber zur Herstellung bootfähiger 
CDs für OS/2 findet man nur sehr spärli¬ 
che Informationen, so daß wir diesem 
Thema etwas mehr Raum gewähren. 

Der OS/2-Bootprozeß 
Bevor wir zur Einrichtung einer War¬ 
tungspartition schreiten, wollen wir uns 
noch mit ein wenig Theorie beschäfti¬ 
gen, um zu erfahren, wie OS/2 über¬ 
haupt bootet und welche Dateien dabei 
eine Rolle spielen. Zur Verdeutlichung 
des Bootprozesses dient Abb. 1. Wir 
betrachten hier vorerst nur das Starten 
des Systems von Diskette und der Fest¬ 
platte, nicht von einer bootfähigen CD 
(diesem Prozeß widmen wir uns im 
zweiten Teil dieses Artikels). 

Wird das System gestartet, so liest 
das BIOS (Basic Input Output System) 
zunächst die MBRs (Master Boot 
Records) aller Festplatten aus. Ein 
Bootrecord ist ein Bereich auf der Fest¬ 
platte, der eine startfähige Partition mar¬ 
kiert und beschreibt. Festgehalten wer¬ 
den diese MBRs übrigens in der soge¬ 
nannten Partitionstabelle (dieser 
Begriff ist Ihnen sicherlich schon 
bekannt). 
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Abb. 1: Der Protected Mode Bootprozeß von OS/2. Zunächst lädt der OS/2-Loader und 
der Kernel des Betriebssystems die Protected Mode Treiber mit Hilfe von Stan- 
dard-BIOS-Funktionen. Nach dem Laden aller Treiber, die mit der BASEDEV-An- 
weisung in das System eingebunden werden, übernimmt der OS/2-Einheiten- 
manager die Kontrolle des Bootprozesses. Er lädt alle weiteren Treiber und 
nötigen Dateien nicht mehr mit BIOS-Funktionen, sondern mit Hilfe der zuvor 
in den Speicher geladenen Protected Mode-Treibern. Mit Hilfe des Bootmanagers 
wird der Bootsektor der zu startenden Betriebssystempartition ausgesucht, den 
das BIOS zum Starten des Systems braucht. Die Bootsektoren sind in den MBRs 
(Master Boot Records) gespeichert und werden vom BIOS abgefragt. 
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Beim Systemstart entscheidet das 
BIOS außerdem (durch eine Einstellung, 
die man im CMOS speichern kann), ob 
von Diskette oder Festplatte gebootet 
werden soll. Auch auf Disketten kann 
ein Bootsektor existieren. In jedem Fall 
befindet sich in diesem Bootsektor 
jedoch die Datei OS2BOOT. Diese ver¬ 
deckte Systemdatei finden Sie auf jeder 
startbaren OS/2-Partition oder -War¬ 
tungsdiskette. Das BIOS lädt nun den 
Inhalt des Bootsektors in den Speicher, 
in unserem Falle OS2BOOT. Sollte der 
Bootmanager installiert sein, wird der 
normale Startprozeß des Systems 
unterbrochen. Man kann sich dann 
einen der Bootsektoren, die im Menü 
des Bootmanagers eingetragen sind, 
auswählen, um ihn laden zu lassen. 

OS2BOOT lädt daraufhin mit Hilfe von 
BIOS-Funktionen zum Laden von Datei¬ 
en den OS/2-Loader, OS2LDR. Dieser 
Loader dient dazu, den Betriebssystem¬ 
kernel, OS2KERNL, in den Speicher zu 
laden, ebenfalls mit BIOS-Funktionen. 
Erst nachdem der OS/2-Kernel spei¬ 
cherresident ist, wird mit dem Abarbei¬ 
ten der config.sys begonnen. Die eben 
beschriebenen Aktivitäten finden vor 
Anzeigen des OS/2-Bootlogos statt. 

Der Kernel bedient sich ebenfalls 
BIOS-Funktionen, um Dateien zu lesen 
und Treiber in den Speicher zu laden. 
Dazu öffnet der Kernel die Datei 
config.sys und lädt die Treiber ressour- 
ce.sys , clockOI.sys (bzw. clock02.sys) 
sowie alle anderen Treiber, die mit der 
Anweisung BASEDEV in das System 
eingebunden werden. Die Reihenfolge 
ist dabei abhängig von der Dateinamen- 
erweiterung des Treibers. OS/2 lädt die 
BASEDEV-Treiber in dieser Reihenfol¬ 
ge: 

1. *.SYS - Basistreiber wie clockOI.sys , 
ressource.sys , screen.sys , und alle 
weiteren Treiber mit dieser Endung 


in der Reihenfolge, mit der sie in dei 
config.sys angegeben sind. 

2. *.VSD - ungebräuchlich. 

3. *.TSD - ungebräuchlich. 

4. *.ADD - Gerätetreiber zur Unterstüt¬ 
zung bestimmter Einheiten wie, 
ibm1s506.add für IDE-Festplatten, 
ibmlflpy.add für Diskettenlaufwerke 
oder aic7770.add zur Unterstützung 
aller Adaptec-SCSI-Adapter, die auf 
dem AIC7770-Chip basieren. 

5. *.113 - ungebräuchlich bis auf den 
Treiber ibmint13.H3 , der eine gene¬ 
rische Unterstützung von Festplatten 
absierend auf dem BIOS dieser 
Geräte bietet. Dieser Treiber wird 
immer dann benutzt, wenn das 
Gerät nicht direkt von einem *.add- 
Treiber unterstützt wird. 

6. *.FLT - Filtertreiber, die bestimmte 
Einheitengruppen unterstützen, z.B. 
ibmidecd.flt für die Unterstützung 
von IDE CD-ROM-Aufwerken oder 
ibmatapi.fit zur Unterstützung von 
Geräten nach dem ATAPI-Standard. 

7. *.DMD - Einheitenmanager, wie z.B. 
osdasd.dmd , os2aspi.dmd usw. Die¬ 
se Treiber stellen Transportschich¬ 
ten für den Gebrauch mit Einheiten 
dar. 


Grundsätzlich müssen sich Basistreiber 
mit den oben genannten Endungen in 
einem der folgenden Verzeichnisse 
befinden: 

\ (Stammverzeichnis Bootlaufwerk) 

\os2 

\os2\boot 

OS/2 durchsucht ausschließlich diese 
Verzeichnisse nach den erforderlichen 
Dateien. 


112 



Nachdem der Kernel alle Protected 
Mode-Basistreiber geladen hat, über¬ 
nimmt der OS/2-Einheitenmanager für 
I ostplatten OS2DASD den weiteren 
I ndevorgang, d.h. Festplattenzugriffe 
Hufen nun nicht mehr über BIOS-Funk- 
llonen, sondern über die zuvor gelade¬ 
nen Treiber ab. Über OS2DASD werden 
nun alle Treiber, die mit DEVICE in das 
System eingebunden werden, geladen, 
nußerdem die Installierbaren Dateisy- 
nteme (wie hpfs.ifs und cdfs.ifs) und alle 
weiteren Dateien, die für Grundfunktio- 
nen des Betriebssystems nötig sind, 
ntwa Programme wie cache.exe. Wel¬ 
che Programme und Treiber geladen 
werden, bestimmt das System wieder 
mit den Angaben in der config.sys. 

Sind diese Vorgänge beendet, wird 
die Oberfläche des Betriebssystems 
nufgebaut. Beim Start von Diskette ist 
dies der Befehlsinterpreter cmd.exe , bei 
normalen OS/2-Systemen der Prensen- 
ta tion Manager . Mit Hilfe der Anwei¬ 
sung: 

PROTSHELL=... 

In der config.sys wird ein Programm 
definiert, das als Protected Shell das 
Umschalten zwischen Programmen 
übernimmt. Bei einem Bootsystem, das 
sich auf einer Diskette befindet, gibt es 
in der Regel kein solches Programm 
(zumindest ist keines im Lieferumfang 
von OS/2 enthalten). Bei normalen 
OS/2-Systemen ist es pmshell.exe. Mit 
der Umgebungsvariable: 

SET RUNWORKPLACE=... 

wird bei üblichen OS/2-Bootsystemen 
die Benutzeroberfläche des Betriebssy¬ 
stems festgelegt. Der Presentation 
Managerü berprüft diese Umgebungsva¬ 
riable und startet das über sie angege¬ 
bene Programm. Damit ist der Startpro- 
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zeß des Systems abgeschlossen. Alle 
weiteren Funktionen, wie das Starten 
von Benutzerprogrammen etc., über¬ 
nimmt dann das in der RUNWORK- 
PLACE-Variable definierte Programm. 
Standardmäßig ist dies die WPS . 

Dieser Protected Mode-Bootprozeß 
von OS/2 zeigt, daß BIOS-Funktionen 
zum Umgang mit der Hardware des 
Systems nur in der frühen Startphase 
des Systems benutzt werden. Sofort 
nach Laden der Basistreiber verwendet 
OS/2 diese Funktionen nicht mehr, 
womit alle Programme nur noch über 
die Treiber mit der Rechnerhardware 
kommunizieren. Das bedeutet natürlich, 
daß für bestimmte Einheiten, wie CD- 
ROM-Laufwerke, erst relativ spät eine 
Unterstützung zur Verfügung steht, da 
das CD-Dateisystem erst geladen wird, 
nachdem der DASD-Einheitenmanager 
aktiv ist. Dieses Problem wird uns im 
nächsten Teil dieses Artikels bei der 
Herstellung bootfähiger CDs beschäfti¬ 
gen. 

Allgemeines zu Wartungspartitionen 
Da wir nun um den Ablauf des OS/2- 
Bootprozesses wissen, betrachten wir 
den Aufbau einer Wartungspartition 
genauer. 

Eine Wartungspartition ist eine kleine 
Partition auf einer Festplatte Ihres 
Systems, auf der ein spezielles OS/2- 
Bootsystem installiert ist. Grundsätzlich 
sind drei verschiedene Bootsysteme 
installierbar: 

1. Ein OS/2-System, das im Textmodus 
läuft. 

Nach dem Starten wird ein OS/2- 
Gesamtbildschirm angezeigt. Weite¬ 
re OS/2-Sitzungen können gestartet 
werden. Fenstersitzungen oder das 
Ausführen von PM-Programmen 
sind nicht möglich. 
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2. Ein OS/2-System mit PM-Unterstüt- 
zung. 

Der Prensentation Manager ist die 
primäre Anwendungsumgebung des 
Bootsystems. OS/2-Gesamtbild- 
schirm und -Fenstersitzungen sind 
möglich, ebenso die Ausführung von 
PM-Programmen. WPS-Anwendun- 
gen können nicht ausgeführt wer¬ 
den. 

3. Ein OS/2-System mit der WPS ais 
Arbeitsumgebung. 

Zusätzlich zum PM wird die WPS als 
Arbeitsumgebung installiert. Derarti¬ 
ge Bootsysteme sind für Wartungs¬ 
partitionen wenig empfehlenswert. 

Man kann diesen drei Bootsystemtypen 
nach Bedarf noch unterschiedliche 
Systemkomponenten hinzufügen, etwa 
eine DOS- oder Windows-Unterstüt¬ 
zung, REXX etc. Wer sich gut genug mit 
dem System auskennt, kann sich ein 
speziell auf seine Bedürfnisse zuge¬ 
schnittenes Bootsystem erzeugen. 

Es gibt jedoch schon seit Jahren ein 
kleines und sehr hilfreiches Werkzeug 
namens bootos2. Dieses Programm 
kann unterschiedliche Bootsysteme auf 
Disketten und Festplattenpartitonen 
erzeugen. Die Parameter, die man dem 
Programm übergeben kann, sind vielfäl¬ 
tig, so daß man die Wartungspartition, 
welche man benötigt, mit diesem Utility 
in der Regel erzeugen kann. Wir werden 
im nächsten Abschnitt bootos2 vorstel¬ 
len. Dennoch wird man manchmal nicht 
umhinkönnen, selbst noch einige Ände¬ 
rungen an der Wartungspartition, die 
bootos2 einrichtet, vorzunehmen. Vor 
allem im nächsten Teil dieses Artikels 
werden wir uns damit eingehender 
beschäftigen. Aber auch an einer nor¬ 
malen Wartungspartition sind z.T. Ände¬ 
rungen nötig. Auf Veränderungen, die 
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man manuell durchführen sollte, gehen 
wir ebenfalls ein. 

Bevor wir uns mit bootos2 beschäfti 
gen ist zu klären, welche Vorbereitun¬ 
gen Sie zu treffen haben. Sie benötigen 
zum Einrichten einer Wartungspartition 
natürlich erst einmal einen kleinen 
Bereich auf der Festplatte, der die 
Dateien des Bootsystems aufnimmt. 
Abhängig von der Art des Bootsystems 
müssen Sie die Größe der erforderli¬ 
chen Partition festlegen. Für ein norma¬ 
les Wartungssystem, das nur die Arbeit 
mit OS/2- und/ oder DOS-Anwendungen 
in Gesamtbildschirmsitzungen erlaubt, 
geben Sie der Partition mindestens 3 
MByte Festspeicher, jedoch nicht mehr 
als 6 MByte. Möchten Sie lieber mit dem 
PM als Anwendungsumgebung arbei¬ 
ten, lassen Sie die Partition mindestens 
12 MByte, jedoch nicht mehr als 16 
MByte groß werden. Von der Verwen¬ 
dung der WPS oder der Einrichtung 
einer Windows-Unterstützung für kleine 
Bootsysteme raten wir ab. Derartige 
Systeme sind schon keine Wartungssy¬ 
steme mehr und brauchen zu viel Spei¬ 
cherplatz. Auch eine PM-Wartungsparti- 
tion ist keine optimale Lösung, da auch 
hier die Speicherplatzerfordernisse viel 
höher liegen als bei einem System, das 
nur im Textmodus arbeitet. Beachten 
Sie im allgemeinen: 

□ Wartungssysteme sollten schnell zu 
starten sein und auch so schnell wie 
möglich laufen, 

□ wenig Platz auf der Festplatte weg¬ 
nehmen, 

□ nur dann eine DOS-Unterstützung 
bieten, wenn auch mit FAT forma¬ 
tierte Partitionen gewartet werden 
sollen oder wenn bestimmte 
Hilfsprogramme, mit denen Sie 



arbeiten, nur für DOS zur Verfügung 
stehen und 

i zusätzliche aber nicht unbedingt 
nötige Systemkomponenten und 
Programme nur dann aufnehmen, 
wenn sie tatsächlich benötigt wer¬ 
den. 

Alles andere ist, auch wenn man es 
nicht sehr gerne hören mag, Spielerei. 

I in Wartungssystem muß nicht schön 
und komfortabel sein: Es muß nur funk- 
llonieren. Der Ratschlag, das System so 
einfach wie nur irgend möglich zu hal¬ 
len, hat einen ganz pragmatischen 
Grund: Je komplizierter ein System ist, 
desto größer ist seine Anfälligkeit 
gegenüber Störungen. Wir verwenden 
nuf einem unserer Rechner ein kleines 
ßootsystem für Wartungszwecke, das 
mit Erscheinen von Warp 3 eingerichtet 
wurde und immer noch läuft, ohne das 
jemals ein Problem aufgetreten oder 
eine Änderung nötig geworden wäre. 
Und selbst wenn Sie einmal Schwierig¬ 
keiten mit dem Wartungssystem haben 
sollten: Ist es einfach aufgebaut, ist das 
Problem meistens sehr schnell beho¬ 
ben. Wenn man noch ein Wartungssy¬ 
stem für das Wartungssystem braucht, 
dann hat man sein Ziel verfehlt. Wir wer¬ 
den daher Wartungssysteme nach den 
oben angegebenen Richtlinien erzeu- 
gen. 

Installation von bootos2 
Das Programm bootos2 liegt mittlerweile 
in der Version 9.15 vor. Sie erhalten es 
als kleine ZIP-Datei von allen OS/2-Soft- 
ware-Servern und auch auf unserer 
Homepage im Downloadbereich der 
OS/2 On/y/-Seiten. Besorgen Sie sich 
außerdem gleich noch LxLite. Dieses 
Programm komprimiert ausführbare Pro¬ 
grammdateien und ist bei der Erzeu¬ 
gung von Bootsystemen immer zu emp- 
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fehlen. Manchmal sind es nur einige 
Byte, die auf einer Diskette fehlen, und 
die man durch eine bessere Komprimie¬ 
rung der ausführbaren Programmdatei¬ 
en wieder verfügbar machen kann. LxLi¬ 
te in der Version 1.21 haben wir eben¬ 
falls auf unserer Homepage für Sie 
bereitgelegt. Die Installation von boo- 
tos2 und LxLite ist einfach: 

OErzeugen Sie ein Verzeichnis namens 
bootos2 und entpacken Sie darin das 
Archiv btos2915.zip. 

©Fügen Sie das Installationsverzeichnis 
von bootos2 der PATH-Anweisung in 
der config.sys hinzu, um das Pro¬ 
gramm von jedem Verzeichnis aus 
starten zu können. 

Zur Installation von LxLite verfahren Sie 
wie folgt: 

©Entpacken Sie die Datei Ixlt121.zip in 
einem temprären Verzeichnis. Die 
weitere Installation erfolgt mit einem 
mitgelieferten Installationsprogramm. 

©Öffnen Sie ein OS/2-Fenster, wech¬ 
seln Sie in das Verzeichnis, in dem 
Sie das LxLite- Archiv entpackt haben, 
dort in das beim Entpacken erstellte 
Verzeichnis Ixlite, und geben Sie hier 
den Befehl install ein. 

©Das Installationsprogramm fragt Sie 
nach dem Verzeichnis, in dem LxLite 
installiert werden soll. Geben Sie hier 
das Zielverzeichnis an, z.B.: 

d:\programme\lxlite121 

Existiert das Verzeichnis nicht, wird 
es erstellt. 
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Die wichtigsten Parameter von bootos2 


j SOURCE=<Verzeichnis> 

Bezeichnet das Verzeichnis, in dem sich alle Systemdateien befinden, dieboofos2 für den 
Installationsprozeß des Bootsystems benötigt (Standard:ßoofos2fragt nach der Installa- 
tionsdikette). Das Programm benötigt die Datei sysinstx.com zur Erzeugung des OS/2-Boot 
records; wird das Bootsystem auf einer Diskette erstellt, sind außerdem die beiden Dateien 
keyboard.dcp und vtbi850.dcp sowie die Datei config.sys der Installationsdiskette nötig. 
Möchte man diese Diskette für die Einrichtung des Wartungssystems nicht verwenden, gibt 
man mit SOURCE ein Verzeichnis an, in dem sich die genannten Dateien befinden. 
Beispiel: bootos2 source=h:\bootfHes target=e: 

TARGET=<LW> 

Bezeichnet das Laufwerk, auf dem das Bootsystem installiert werden soll (Standard: A). 
Das Laufwerk wird ohne Doppelpunkt angegeben. Beispiel: bootos2 targett 

TYPE=<PM | WPS> 

Gibt den Typ des zu erzeugenden Bootsystems an. (Standard: Textmodus-Bootsystem). 

| PM steht für die Erzeugung eines PM-Bootsystems; bei WPS wird zusätzlich zur PM- die 
WPS-Unterstützung installiert. Dieser Parameter kann nicht zusammen mit TARGET=A 
angegeben werden. 

2DISK=<LW> 

Dieser Parameter bewirkt, daß Bootsysteme, die auf Diskette installiert werden, auf zwei 
Disketten aufgeteilt werden. Wenn Sie nur ein Diskettenlaufwerk haben, benötigt der Pa¬ 
rameter das Argument <LW> nicht. Haben Sie zwei Diskettenlaufwerke, benutztöootos2 
[ standardmäßig Laufwerk B: als Ziellaufwerk für die zweite Diskette. In diesem Falle können 
[ Sie <LW> auf A: setzen, damitboofos2 Laufwerk B: nicht zur Erzeugung der 2. Bootdis¬ 
kette benutzt. Beipsiel: bootos2 2disk-a 

REXX 

Durch Angabe dieses Parameters können Sie auf dem Wartungssystem REXX installieren 
lassen, sollte genügend Platz zur Verfügung stehen. Für alle Bootsysteme möglich (auch 
Diskettensysteme). 

| HELP 

Mit diesem Parameter können Sie PM- und WPS-Bootsystemen den OS/2-Helpmanager 
hinzufügen. Nur eine Basisunterstützung des Online-Hilfesystems wird installiert (nur der 
Helpmanager mit den wichtigsten Hilfedateien). 

VDM 

Das Bootsystem wird durch eine DOS-Unterstützung erweitert. Sie können diesen Para¬ 
meter bei allen Bootsystemen angeben (auch Disketten, sofern Sie mindestens Warp 3 
einsetzen). Auf einem Textmodussystem starten Sie eine neue DOS-Sitzung durch die 
Tastenkombination Strg+D. 

VGA 

Dieser Parameter wird nur für PM- und WPS-Bootsysteme benötigt. Er bewirkt, daß auf 
dem Bootsystem die Standard-VGA-Graphiktreiber installiert werden. Standardmäßig 
installiert bootos2 die Graphiktreiber des während der Einrichtung der Wartungspartition 
aktiven OS/2-Systems. 
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Die wichtigsten Parameter von bootos2 (Fortsetzung) 


LX 

Wird dieser Parameter angegeben, komprimiert bootos2 alle Dateien mit den Erweiterungen 
Vexe, *.com, \dll, *.sys, Mfs, \add, *.flt und *.dmd sowie den Betriebssystemkemel 
os2keml. Bootos2 benötigt dazu das Freewareprogramm LxLite (mindestens ab Version 
1.2.1). Die Dateien Ixlite.cfg und lxlite.exe müssen sich im gleichen Verzeichnis wie 
bootos2.exe befinden (zur Installation siehe Text: Installation von bootos2). 

SYSED 

Mit diesem Parameter fügt bootos2 die Dateien des Systemeditors dem Bootsystem hinzu. 
Der Parameter kann nur für PM- bzw. WPS-Bootsysteme angegeben werden. 

SWAP=<Verzeichnispfad> 

Gibt das Verzeichnis der Datei swapper.dat an (Standard: Stammverzeichnis des Laufwer¬ 
kes, auf dem das Bootsystem installiert wird). Der Parameter ist nur für PM- und WPS- 
Bootsysteme gültig. Beispiel: bootos2 target=d type=pm swap=d:\os2\swap 

FILE=<Textdatei> 

Mit dem Parameter FILE wird bootos2 der vollständige Dateiname einer Textdatei über¬ 
geben. Die in dieser Datei angegebenen Dateien werden von bootos2 zusätzlich zu den 
standardmäßig zur Installation des Bootsystems benötigten Dateien auf das Laufwerk des 
zu erzeugenden Bootsystems in das Verzeichnis \os2 kopiert. Die Datei muß eine reine 
ASCII-Datei sein. Leere Zeilen in dieser Datei oder solche, die mit einem Stern (*) begin¬ 
nen, werden von bootos2 ignoriert. Beginnt eine Zeile mit einem Gleichheitszeichen (=), 
betrachtet bootos2 den dahinter folgenden Text als Pfadangabe für eine Datei. Hier muß 
der vollständige Dateiname angegeben werden, also mit Laufwerk und Verzeichnispfad. 
(Weitere Informationen zu FILE mit Beispielen im Text.) 

TRACE=<Zieldatei> 

Wird dieser Parameter angegeben, erzeugt bootos2 eine Datei, in dem der Installations¬ 
prozeß des Bootsystems dokumentiert wird. Diese Datei heißt bootos2.log und wird stan¬ 
dardmäßig im Programmverzeichnis von bootos2 abgelegt, wenn <Zie(datei> nicht ange¬ 
geben wird. Wünscht man, daß bootos2 die Protokolldatei in einem anderen Verzeichnis 
unter anderem Namen ablegt, muß der vollständige Name der Protokolldatei angegeben | 
werden. Beispiel: bootos2 trace=d:\os2\system\bootsys.log 

FORMAT:<FAT | HPFS | NONE> 

Durch Angabe dieses Parameters formatiert bootos2 das mir TARGET angegebene 
Laufwerk für das durch das Argument angegebene Dateisystem. Mit NONE wird eine 
Formatierung verhindert (Standard: FAT). Wird dieser Parameter nicht angegeben, fragt 
bootos2 vor dem Formatieren nach dem zu benutzenden Dateisystem typ. Für Wartungs¬ 
systeme, die auf einer Festplatte installiert werden, geben Sie auch bei kleinen Partitions¬ 
größen stets HPFS an. 

QUIET 

Geben Sie diesen Parameter an, erzeugt bootos2 keinen Output (weder auf dem Bild¬ 
schirm, noch über den Lautsprecher). Beachten Sie hierzu: Geben Sie immer den Para¬ 
meter FORMAT an, wenn QUIET angegeben wird, da bootos2 das durch TARGET an¬ 
gegebene Ziellaufwerk standardmäßig mit FAT-formatiert. Geben Sie außerdem bei Be¬ 
darf den Parameter TRACE an, um eine Protokolldatei erzeugen zu lassen. 
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ODas Programm fragt anschließend, 
welche Teile von LxLite installiert wer¬ 
den sollen. Bestätigen Sie die folgen¬ 
den Fragen wie folgt: 

Install IxLite utility pack? (Y/N) Y 
Install IxLite text resources? (Y/N) N 
Install IxLite documentation (Y/N) Y 
Create IxLite folder? (Y/N) Y 

Anschließend werden die Dateien in 
das zuvor angegebene Installations¬ 
verzeichnis kopiert und der LxLite- 
Ordner auf der Arbeitsoberfläche 
erstellt. 

©Beantworten Sie die folgenden Fra¬ 
gen des Installationsprogrammes: 

Installation complete. Do you want to read 
the WHATSNEW file now? N 

Do you wish to clean the install source 
directory? N 

Das Installationsprogramm konnte die 
Verzeichnisse des Quellverzeichnis¬ 
ses in unseren Tests nicht vollständig 
löschen. Geben Sie daher N ein, und 
nehmen Sie das Beseitigen der ent¬ 
packten Archivdateien selbst vor. 

©Wechseln Sie in das Installationsver¬ 
zeichnis von LxLite und kopieren Sie 
die Dateien: 

lxlite.exe 

Ixlite.cfg 

in das Installationsverzeichnis von 
bootos2. 

©Führen Sie einen Systemabschluß 
durch, und starten Sie das System 
neu, um die Änderungen wirksam 
werden zu lassen. 


Damit ist die Installation der beiden Pro¬ 
gramme abgeschlossen. LxLite ist übri¬ 
gens nicht nur ein Komprimierungspro¬ 
gramm für Programmodule; das kleine 
Softwarepaket verfügt auch noch über 
andere interessante Werkzeuge. Leider 
können wir im Rahmen dieses Artikels 
nicht detailliert auf LxLite eingehen. Wir 
werden uns jedoch in einer späteren 
Ausgabe mit dem Programm eingehend 
beschäftigen. 

Wir richten eine Wartungspartition ein 
Wir beschäftigen uns nun mit der Ein¬ 
richtung der Wartungspartition mit boo- 
tos2. Dazu müssen wir zunächst eine 
geeignete Partition erstellen. Da wir ein 
ausgesprochen kleines Wartungssy¬ 
stem erzeugen, benötigen wir eine Parti¬ 
tion von nur etwa 6 Mbyte Größe. 

Sollte man vor der Entscheidung ste¬ 
hen, OS/2 neu zu installieren, oder rich¬ 
tet man häufig neue Systeme ein, so 
sollte man bereits vorder Installation ein 
wenig Platz für eine Wartungspartition 
bereitstellen. Am besten ist es, wenn 
sich diese Partition auf einem anderen 
physikalischen Laufwerk befindet als 
das später installierte OS/2-System. 
Jedoch ist bereits eine Wartungspartiti¬ 
on auf dem gleichen physikalischen 
Laufwerk eine gute Wahl. Man erzeugt 
die Wartungspartition mit fdisk als logi¬ 
sches Laufwerk in einer erweitertem 
Partition und trägt dieses am besten 
unter dem Namen Wartung in das Menü 
des Bootmanagers ein. 


f Installieren Sie den Bootmanager 
• immer, auch wenn Sie nur OS/2 
auf Ihrem System einsetzen. Sie 
können sonst später von keiner 
anderen Partition starten, was für 
ein Bootsystem für Wartungs¬ 
zwecke notwendig ist 
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Abb. 2: Eine Partition mit FDISK erstellen. 

Wenn Ihr System bereits komplett ein¬ 
gerichtet ist, und Sie verfügen über kei¬ 
ne Partition, die das Wartungsbootsy¬ 
stem aufnimmt, ist das Erzeugen unse¬ 
rer Partition etwas schwieriger. Wer ein 
Tool wie PartitionMagic hat, kann die 
Größe der vorhandenen Partitionen so 
anpassen, daß Platz für das Wartungs¬ 
system bereitsteht. Nennt man ein der¬ 
artiges Werkzeug 
nicht sein eigen, 
kommt man nicht 
umhin, den Inhalt 
einer Partition zu 
sichern, diese zu 
löschen und den ent¬ 
standenen Platz ent¬ 
sprechend neu aufzu¬ 
teilen. Es empfiehlt 
sich bei einer solchen 
Vorgehensweise, 
stets die Partition zu 
sichern und zu 
löschen, die am Ende 
der Laufwerksliste 
steht. Verfügt man 
z.B. über drei logi¬ 
sche Laufwerke, C:, 
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D:, und E:, sichert die 
Partition D:, löscht und 
partitioniert sie neu, so 
daß man ein zusätzli¬ 
ches, kleines logisches 
Laufwerk zur Verfü¬ 
gung hat, kann das 
neue Laufwerk z.B. 
den Buchstaben D: 
haben. Damit wird das 
ehemalige Laufwerk D: 
zu Laufwerk E: und E: 
zu F:, was dazu führt, 
daß auf E: bzw. D: 
installierte Programme 
bei einem späteren 
Systemstart nicht mehr 
gefunden werden kön¬ 
nen. Besser ist es 
also, in unserem Beispiel das Laufwerk 
E: für eine Neupartitionierung entspre¬ 
chend vorzubereiten. Die Abbildungen 
2-4 zeigen, wie man eine Partition mit 
fdisk erstellt. 

Sie können fdisk von einem OS/2- 
Fenster aus starten, sind also nicht 
gezwungen, das System von Diskette 
zu booten, um dann fdisk auszuführen. 


Platte Q 2 


Per titionsinf ornati 


Ham 

Statu 


Start 

OS/2 4.0 

Start 

OS/2 3.0 

Start 

OS/2 2.1 

Start 

Xelia 

Start 

ÜQSZs 

I Keine 

Keine 


-$Srf . . 

Größe in tffi eingeben 
Haxinaluert ist 7 


Hilfe... 

Fl 

Festlegen/ftusuählen 

Eingabe 

derlassen ohne Sichern 

ESC 


Typ 

T MANAGER 
S 

s 

s 

s 

m 

s 

i 


1 

200 

100 

80 

41 
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785 

2 


Fl=Hilfe 


F3=Ende 


Eingabetaste=Menü * Optionen' 


Abb. 3: Größe der zu erstellenden Partition angeben. 
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Nachdem Sie wissen, 
welches Laufwerk neu 
partitioniert werden 
soll, sichern Sie 
zunächst dessen 
Inhalt. Anschließend 
öffnen Sie ein OS/2- 
Fenster und starten 
fdisk. Das Programm 
zeigt alle Laufwerke 
Ihres Systems und die 
Partitionen darauf an. 

Wählen Sie das in Fra¬ 
ge kommende Lauf¬ 
werk aus und drücken 
Sie Enter , um das 
Menü Optionen anzei- 
gen zu lassen (Abb. 2). 

Dort wählen Sie den 
Menüpunkt Partition erstellen , worauf ßend selektieren Sie den von fdisk 
der Dialog Partitionsgröße angezeigt angezeigten freien Speicherbereich und 
wird {Abb. 3). Standardmäßig ist die der drücken Enter zum Anzeigen des Opti- 
maximal auf der Partition verfügbare onsmenüs (Abb. 2). Wählen Sie wieder 
Speicherplatz eingetragen. Ziehen Sie den Menüpunkt Partion erstellen aus. 
hier die Größe der Wartungspartition ab, Weisen Sie den gesamten verbleiben- 
und erstellen Sie das Laufwerk, welches den Speicherplatz der kleinen Partition 
die Daten aufnimmt, die auf der zu, die am Ende der Laufwerksliste ste- 
gelöschten Partition lagen. Anschlie- hen sollte. Nachdem die Partition erstellt 

wurde, rufen Sie 
nochmals das Menü 
Optionen auf und 
wählen dort den 
Menüpunkt In Menü 
aufnehmen (Abb. 4). 
Im dem daraufhin 
erscheinenden Dia¬ 
log Neuer Name 
(Abb. 5) geben Sie 
die Bezeichnung der 
Partition ein, die im 
Menü des Bootmana¬ 
gers wieder auftau¬ 
chen wird. Nennen 
Sie die Partition am 
besten Wartung. 
Beenden Sie fdisk 
durch Drücken der 



Abb. 5: Den Namen der Partition eingeben 



Abb. 4: Die Wartungspartition in das Bootmenü aufnehmen 
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l.r.te F3, um die Änderungen zu spei- 
• horn, und starten Sie Ihr System neu. 
NlCh dem Systemstart können Sie die 
hnlden Laufwerke formatieren und die 
ijrößere der beiden neuen Partitionen 
wieder mit Daten füllen. Die kleinere 
Wnrtungspartition wird nun das Lauf¬ 
werk für unser Bootsystem darstellen. 

Was die Partitionsgrößen betrifft, so 
neben Sie einer Wartungspartion, auf 
der Sie ein Textmodus-Bootsystem 
Installieren wollen, eine Größe von 6 
MByte und einem PM-Bootsystem eine 
Größe von 16 MByte. Bei beiden Boot- 
Mystemtypen haben Sie bei der Verwen¬ 
dung von bootos2 auf der Partition dann 
noch genug Raum, um zusätzliche Pro- 
uramme zu installieren. Die genauen 
Größen der einzelnen Bootsysteme ent¬ 
nehmen Sie bitte der Tabelle 1. 

Das Bootsystem wird installiert 
Nach dem Einrichten der Wartungsparti¬ 
tion, können wir mit bootos2 das Boot¬ 
system auf dieser Partition installieren. 
Sie benötigen dazu einige Dateien von 
den Installationsdisketten: sysinstx.com 
/ur Erstellung des OS/2-Bootrecords, 
die *.c/cp-Dateien und die config.sys, die 
nuf der 1. Installationsdiskette gespei¬ 
chert ist. Ohne den Parameter source 
fragt Sie bootos2 nach diesen Disket¬ 


ten. Damit man sich diese nicht immer 
bereitlegen muß, kopieren Sie einfach 
die erforderlichen Dateien in ein Ver¬ 
zeichnis auf der Festplatte, das Sie dem 
Parameter source als Wert übergeben: 

OErzeugen Sie am besten auf Ihrer 
Betriebssystempartition ein Verzeich¬ 
nis zur Aufnahme der von bootos2 
benötigten Dateien, z.B.: 

\os2\bootfiles 

©Kopieren Sie folgende Dateien in die¬ 
ses Verzeichnis: 

Von der Installationsdiskette: 
sysinstx.com 

Von Diskette 1: 
config.sys 
(Bei Warp 3) 
keyboard.dcp 
vtbl850.dcp 

(Bei Warp 4) 

Von Diskette 2: 

keyboard.dcp 

vtbl850.dcp 

Anschließend können Sie das Bootsy¬ 
stem installieren. Öffnen Sie dazu ein 
OS/2-Fenster und starten Sie bootos2 
mit den entsprechenden Parametern. 


Typ _ _ Mod us Unterstützung Größe Komprimiert 


Minimal 1 

Text 

[ _ 

3282 KByte 

3003 KByte 

Minimal II 

Text 

REXX 

3585 KByte 

3207 KByte 

Minimal III 

Text 

| REXX, DOS 

3990 KByte 

1 3607 KByte J 

PM 

Graphik 

REXX, DOS, 

HelpManager, 

Systemeditor 

8628 KByte 

7844 KByte 


Tabelle 1: Platzbedarf unterschiedlicher Bootsystemtypen. Textmodusbootsysteme 
brauchen ca. 3,5 MByte Platz. Ein brauchbares PM-System benötigt etwa 
7,6 MByte, sofern man die Dateien mit LxLite komprimiert, wodurch stets 
9-10 % Festspeicher gespart wird. Partitionen für Textmodusbootsysteme 
sollten daher 5 bis 6 MByte groß sein, um noch weitere Dienstprogramme 
speichern zu können. Die Partition für ein PM-Bootsystem sollte man um 
ca. 2 MByte für weitere Programme und 5 MByte für die Swap-Datei ver¬ 
größern, womit sich Partitionsgrößen von 14-16 MByte ergeben. 
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Damit Sie einige Bei¬ 
spiele zur Verfügung 
haben, erzeugen wir 
die in der Tabelle 
angegebenen Bootsy¬ 
steme. Dabei nehmen 
wir an, die Betriebssy¬ 
stempartition sei Lauf¬ 
werk G: und die von 
den Installationsdisket¬ 
ten kopierten Dateien 
befinden sich im Ver¬ 
zeichnis \os2\bootfiles 
auf Laufwerk C:, das 
unsere Betriebssy¬ 
stempartition darstellt. 
Geben Sie folgende 
Befehle ein, um folgen¬ 
de Bootsysteme zu 
erzeugen: 


OS/2 U4.00 BOOT Systen Create Utility 
Version 0915 

Copyright IBM Corp. (C) 1992,1998 
Progran Property of IBM 


Fornatting Drive "G:" for HPFS_ 


Für Minimal I: 

bootos2 source=c:\os2\bootfi!es target=g 

format:hpfs Ix trace 

Für Minimal II: 

bootos2 source=c:\os2\bootfiles target=g 

format:hpfs Ix rexx trace 

Für Minimal III: 

bootos2 source=c:\os2\bootfiles target=g 

format:hpfs Ix rexx vdm trace 


Abb. 6: bootos2 formatiert die Wartungspartition 

wichtigsten Parameter von bootos2 boi 
Bedarf noch einmal nachlesen. Erwäh¬ 
nung verdient noch der Parameter vgu, 
mit dem man auf dem PM-Bootsystem 
die Standard-VGA-Treiber installiert. Wh 
tun das aus drei Gründen und empfeh 
len daher die Angabe des Parameters: 


1. VGA ist für eine Wartungspartition 
und die darauf installierten Program 
me völlig ausreichend. 


Für PM: 

bootos2 source=c:\os2\bootfiles target=g 
format:hpfs Ix type=pm help 
sysed vga rexx vdm trace 

Mit dem Parameter trace erzeugen wir 
in allen Fällen eine Protokolldatei. Man 
sollte sich diese Datei nach der Installa¬ 
tion des Bootsystems ruhig einmal 
ansehen, damit man weiß, was bootos2 
gemacht hat. Durch die Angabe von Ix 
können wir die meisten Dateien kompri¬ 
mieren lassen. Die Platzersparnis von 
ca. 10 % sollte man sich nicht entgehen 
lassen. Die Bedeutung aller anderen 
Parameter können Sie im Kasten Die 


2. Es können beim späteren Start des 
Bootsystems Schwierigkeiten mit 
den auf Ihrem OS/2-System einge* 
setzten SVGA-Treibern geben, die 
bootos2 auf die Wartungspartition 
kopiert hat. In unseren Tests ließ 
sich das Wartungssystem teilweise 
nicht mehr starten. 

3. Wenn Sie Ihre Graphikkarte wech¬ 
seln und neue Treiber installieren, 
müssen Sie dies auch für das kleine 
OS/2-System auf der Wartungsparti¬ 
tion tun. Erfahrungsgemäß vergißt 
man so etwas, da man die Notpartiti¬ 
on nicht jeden Tag benutzt. Sie hal¬ 
ten ein PM-System immer funktions- 
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fähig, wenn es nur 
mit den VGA-Trei- 
bern arbeitet, egal 
welche Graphik¬ 
karte Sie einset- 
zen. 


Nnchdem bootos2 
iinstartet wurde, wird 
»Ms Ziellaufwerk 
-'unächst formatiert, 
In unserem Falle mit 
HPFS (Abb. 6). For¬ 
matieren Sie Ihre 
Wartungspartitionen 
Immer mit HPFS, 
«uch wenn die Parti- 
llonen sehr klein sind. 
Sie genießen so alle 



Abb. 7: Der OS/2-Bootrecord (OS2BOOT) wird installiert. 


Vorteile dieses Dateisystems, angefan- sysinstx <lw> 


den von langen Dateinamen bis hin zu 


I As. Um das Laufwerk zu formatieren, Dabei ist <lw> das im Parameter target 
benutzt bootos2 übrigens das Pro- angegebene Ziellaufwerk. Im nächsten 
(jramm formal Anschließend legt boo- Teil des Artikels werden wir selbst Boot- 


los2 mit sysinstx.com den OS/2-Bootre- disketten und -Images für CDs mit die- 
cord an (Abb. 7). Bootos2 ruft sem Programm erstellen. 
sysinstx.com zum Anlegen des Bootre- Schließlich werden alle erforderlichen 


cords wie folgt auf: 


Dateien auf die Wartungspartition 



Abb. 8: Alle erforderlichen Dateien werden kopiert. 


kopiert (Abb. 8). Wäh¬ 
rend des Kopiervor¬ 
gangs komprimiert 
bootos2 die Dateien 
mit LxLite , sofern eine 
Komprimierung mög¬ 
lich ist. Ist der Kopier¬ 
vorgang abgeschlos¬ 
sen, meldet dies boo- 
tos2 mit einem Bild¬ 
schirm, wie ihn Abb. 9 
zeigt. 

Damit ist die Installati¬ 
on des Bootsystems 
abgeschlossen. Die 
Installation der 

REXX-Unterstützung 
wird im übrigen extra 
angezeigt. 
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OS/2 BOOT System Creation Complete 


Abb. 9: Der Abschluß der Installation des Bootsystems. 


eine neue Befehlszeile 
gestartet. Zwischen 
den einzelnen Sitzun- 

os /2 U 4 . 0 Q boot System create utility 9 en können Sie mit der 

uersion 0915 Tastenkombination 

Copyright IBM Corp. (C) 1992.1998 ... 

Program Property of IBM Alt+ESC UITISChalten. 

Haben Sie eine DOS- 
Unterstützung instal- 

OS/2 BOOT System Creation Complete |j e rt, können Sie eine 

eine DOS-Sitzung mit 
der Tastenkombination 

J Strg+V starten. Zwi¬ 
schen OS/2- und DOS- 
Sitzungen läßt sich 
bequem hin- und her¬ 
schalten, wie Sie es 

_ von OS/2 gewohnt 

jr Abschluß der Installation des Bootsystems. sind. Möchten Sie das 

System neu starten, 

•igkeiten während der Installati- können Sie dies mit der Tastenkombi- 
n eigentlich nur dann auftreten, nation Strg+Alt+Entf gefahrlos tun. 
f dem Ziellaufwerk kein Spei- Ein PM-Wartungssystem präsentiert 
mehr zur Verfügung steht, sich mit einem OS/2-Fenster. Jede Art 
e sich jedoch an die oben von Anwendung können Sie hier eben¬ 
en Angaben halten, ist auf den falls über den Prompt starten. Wir emp- 
partitionen noch ein ausrei- fehlen Ihnen jedoch, kleine Shells statt 
roßer freier Speicherbereich cmd.exe in die Variable RUNWORK- 
n. Der Festspeicherbedarf für PLACE der config.sys des Wartungssy- 
partitionen bezieht sich in die- stems einzutragen, etwa FileBar oder 
_el übrigens auf ein Warp 4 mit MDesk. Diese Sharewareprogramme 
-ür Warp 3-Systeme sind die werden zwar nicht mehr weiterentwik- 
ingen noch ein wenig gehn- kelt, eignen sich allerdings für den Ein¬ 
satz mit PM-Wartungssystemen. Wir 
3 n Sie nach der Einrichtung gehen hier nicht genauer auf diese Pro¬ 
systems Ihre neue Wartungs- gramme ein, da wir PM-Systeme nicht 
*inmal aus, so werden Sie fest- für Wartungspartitionen empfehlen. Sie 
daß das Bootsystem sehr dürften die beiden Tools jedoch in 
startet. Verwenden Sie ein jedem OS/2-Softwarearchiv finden. Sie 
issystem, so wird nach dem werden auch auf der ersten OS/2 Only!- 
-ine OS/2-Befehlszeile ange- CD zu finden sein. 


Schwierigkeiten während der Installati¬ 
on können eigentlich nur dann auftreten, 
wenn auf dem Ziellaufwerk kein Spei¬ 
cherplatz mehr zur Verfügung steht. 
Wenn Sie sich jedoch an die oben 
gemachten Angaben halten, ist auf den 
Wartungspartitionen noch ein ausrei¬ 
chend großer freier Speicherbereich 
vorhanden. Der Festspeicherbedarf für 
Wartungspartitionen bezieht sich in die¬ 
sem Artikel übrigens auf ein Warp 4 mit 
FP 10. Für Warp 3-Systeme sind die 
Anforderungen noch ein wenig gerin¬ 
ger. 

Probieren Sie nach der Einrichtung 
des Bootsystems Ihre neue Wartungs¬ 
partition einmal aus, so werden Sie fest¬ 
stellen, daß das Bootsystem sehr 
schnell startet. Verwenden Sie ein 
Textmodussystem, so wird nach dem 
Booten eine OS/2-Befehlszeile ange¬ 
zeigt. Sie können weitere Befehlszeilen 
oder Programme mit dem Kommando: 

Start <programm> 

aufrufen. Dabei steht <programm> für 
das aufzurufende Programm. Lassen 
Sie den Parameter fort, wird einfach 


Weitere Arbeiten am Wartungssystem 
Das mit bootos2 erzeugte Wartungssy¬ 
stem bedarf stellenweise noch ein wenig 
Handarbeit. Zunächst einmal fehlen alle 
Werkzeuge, die Sie außer den stan¬ 
dardmäßig in OS/2 enthaltenen Pro- 


124 




Know how: Bootsysteme I 


grammen einsetzen, etwa ein unzip.exe 
oder ein Dateimanager wie der File- 
Commander, den wir Ihnen in Bd. 1 vor¬ 
stellten. Gerade dieses Programm ist für 
den Einsatz auf einer Wartungspartition 
vorzüglich geeignet. Sie können nun 
diese Programme von Hand auf die 
Wartungspartition kopieren. Das kann 
bootos2 allerdings auch gleich beim 
Einrichten des Bootsystems erledigen. 
Dazu müssen Sie eine sogenannte 
Alternate File List erstellen, die Sie boo- 
tos2 beim Start im Parameter file ange¬ 
ben. Diese Dateiliste ist eine einfache 
Textdatei. Abb. 10 zeigt den Inhalt einer 
Beispieldatei. Wir haben in dieser Datei 
einige DOS- und OS/2-Programme 
angegeben, die wir auf unserer War¬ 
tungspartition zusätzlich installiert 
sehen möchten. Neben dem ein oder 
anderen Dienstprogramm, das mit OS/2 
ausgeliefert wird, findet man auch einige 
Programme aus dem \os2\apps-Ver- 
zeichnis, die Sie ebenfalls kennen dürf¬ 
ten, etwa fc.exe oder 
unzip.exe. Wie Sie 
sehen, werden Dateien 
mit einem = in die Datei¬ 
liste eingebunden. Hier 
muß der vollständige 
Dateiname angegeben 
werden, also inkl. Lauf¬ 
werk und Verzeichnis, 
sonst findet bootos2 die 
Dateien nicht. Leerzeilen 
oder Zeilen, die mit 
einem * beginnen, igno¬ 
riert bootos2 , so daß Sie 
die Dateiliste der Über¬ 
sichtlichkeit halber kom¬ 
mentieren können. Wir 
haben außerdem unsere 
Xelia TextModusShell 
(xtmshell) in die Dateili¬ 
ste aufgenommen, ein 
Programm für Wartungs¬ 
partitionen, das sich 


allerdings noch im Testzustand befindet. 
Dieses Programm benötigt zwei Umge¬ 
bungsvariablen, die in der config.sys 
definiert sein müssen. Die beiden Varia¬ 
blen schreiben wir einfach in unsere 
Dateiliste, da bootos2 alle Einträge, die 
nicht mit einem = oder * beginnen, 
unverändert in die config.sys des Boot¬ 
systems übernimmt. Damit die Dateiliste 
auch abgearbeitet wird, übergeben wir 
bootos2 den Namen der Datei im Para¬ 
meter file: 

bootos2 source=c:\os2\bootfiles target=g 

file=c:\add.lst format:hpfs Ix rexx trace 

Die Alternate File List wird von bootos2 
zum Ende des Installationsprozesses 
abgearbeitet. Die entsprechende Status¬ 
meldung zeigt Abb. 11. 

Auf diese Weise ist Ihr Bootsystem 
individuell erweiterbar. Nachteilig an 
dieser an sich schönen Funktion ist viel¬ 
leicht, das alle Dateien im \os2-Ver- 


OS/2-Systemeditor - C:\add.ist 


Datei Editieren Optionen Hilfe 

« - 

«Dateiliste für bootos2 
i w- 

«Dateien für DOS-Unterstlitzung 
! =c:\os2\mdos\mem.exe 
=c:\os2\mdos\append.exe 
=c:\os2\mdos\subst.exe 
I =c:\os2\mdos\doskey.com 
=c:\os2\mdos\assign.com 

«Dateien für OS/2-Wartungssystem 
| =c:\os2\eautil.exe 
=c:\os2\apps\unzip.exe 
i =c:\os2\apps\zip.exe 
=c:\os2\apps\fc.exe 
=c:\os2\apps\xtm\xtmshell.exe 
| =c:\os2\apps\xtm\xtmshelLini 
=c:\os2\apps\xtm\xtmshell.msg 
=c:\os2\apps\xtm\xtmshell.dll 

«Umgebungsvariablen für OS/2-Wartungssystem 
SET XTMJNI_PATH=g:\os2 
| SET XTM_DOS_SUPPORT=YES| 

; Af. JJ 

Abb. 10: Beispiel für eine Alternate File List 
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OS/2 U4.00 BOOT System Create Utility 
Uersion 0915 

Copyright IBM Corp. (C) 1992,1998 
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Installing Files fron fllternate File List... Please Uait 

”C: \0S2\CHKDSK32.EXE" 

U U 

''G:\0S2\CHKDSK32.EXE” 


Abb. 11: Die Alternate File List wird abgearbeitet 


zeichnis der Wartungspartition abgelegt 
werden. In der Regel sollte das nicht 
sonderlich schlimm sein, jedoch kann es 
in manchen Fällen zu Unübersichtlich¬ 
keit führen, gerade wenn Sie DOS von 
OS/2-Programmen auf Ihrer Wartungs¬ 
partion in getrennten Verzeichnissen 
ablegen möchten. In solchen Fällen 
kopieren Sie die Programme selbst auf 
die Wartungspartition, nachdem boo- 
tos2 seine Arbeit vollrichtet hat. 

f Sollte die mit file angegebene 
• Datei nicht existieren, bricht boo- 
tos2 die Verarbeitung einfach ab. 
In einem solchen Falle müssen 
Sie noch einmal von vorn begin¬ 
nen. Kann bootos2 eine in der 
Alternate File List angegebene 
Datei nicht finden, so läuft das 
Programm allerdings ohne Feh¬ 
lermeldung weiter. Achten Sie 
daher auf die richtige Schreib¬ 
weise der Dateien. 

Übrigens kopiert bootos2 alle erforder¬ 
lichen Dateien des 32-bit chkdsk auf 
Ihre Wartungspartition, so daß Sie kei¬ 


ne entsprechenden 
Einträge in der Dateili¬ 
ste erstellen müssen. 
Haben Sie auf Ihrer 
Wartungspartition eine 
DOS-Unterstützung 
installiert, sollten Sie 
aber noch eine auto¬ 
exec.bat anlegen, da 
bootos2 dies nicht tut. 
Im wesentlichen dient 
diese autoexec.bat der 
Konfiguration des 
Prompts . Daher sind 
in unserem Beispiel für 
eine Alternate File List 
auch append.com und 
doskey.com angege¬ 
ben. Um den DOS- 
Prompt etwas besser benutzen zu kön¬ 
nen, empfehlen wir Ihnen eine 
autoxec.bat wie in Abb. 12 anzulegen 
und im Stammverzeichnis der War¬ 
tungspartition zu speichern. Beachten 
Sie jedoch, auch die in der autoexec.bat 
angegebenen Dateien auf ihre War¬ 
tungspartition zu kopieren. An der con¬ 
fig.sys des Wartungssystems sind im 
allgemeinen keine Änderungen nötig, 
da bootos2 die Or\g\na\-config.sys Ihrer 
Betriebssystempartition als Vorlage ver¬ 
wendet. 

Die weitere Ausstattung des War¬ 
tungssystems bleibt nun nur noch 
Ihnen, Ihren Ansprüchen und natürlich 
Ihrer Phantasie überlassen. □ 


OS/2-Sysfemeriitnr - E:\AUTOEXEC.BAT 


Datei Editieren Optionen Hilfe 

@ECHO OFF b 

Prompt $i$p$g 

PATH=G:\OS2;G:\OS2\MDOS;G:\; 

LOADHIGH APPEND G:\0S2; 

LOADHIGH DOSKEY FINDFILE=DIR /A /S /B $* 

SET TMP=G:\ 

j 

..<J ~ .” 

Abb. 12: Beispiel für eine autoxec.bat 
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In diesem Abschnitt des Know how Teils 
der OS/2 Only! finden Sie stets Tips & 
Tricks zu OS/2. Wenn Sie selber einen 
Trick auf Lager haben, lassen Sie ihn 
uns einfach zukommen: Per eMail, Post 
oder auch per Fax. Veröffentlichte Bei¬ 
träge belohnen wir je nach Umfang mit 
einem Honorar von DM 25,00 bis DM 
50,00. 


Software 


Joliet-Unterstützung für OS/2 aktivie¬ 
ren (S002) 

Bekannt ist, daß OS/2 die Joliet-Unter¬ 
stützung für lange Dateinamen auf CD- 
ROMs bietet, wenn ein entsprechendes 
Fixpack installiert wurde (für Warp 4 
mindestens Fixpack 4). Allerdings ist die 
Joliet-Unterstützung standardmäßig 
nicht aktiviert. Um in ihren Genuß zu 
kommen, übergibt man dem CD- 
Dateisystem CDFS.IFS zusätzlich den 
Parameter /W. Achten Sie also darauf, 
daß die IFS-Anweisung für das CD- 
Dateisystem so aussieht: 

IFS=CDFS.IFS/W 

Alle anderen Parameter, die Sie sonst 
noch angeben, fügen Sie der Anweisung 
wie gewohnt hinzu. Nach einem System¬ 
neustart steht Ihnen dann die Joliet- 
Unterstützung zur Verfügung. Leider gibt 
das System beim Starten keine Status¬ 
meldung darüber aus, ob die Unterstüt¬ 
zung aktiviert ist oder nicht. 


Mit dem RSJ CD-Writer Dateisystem 
ohne Lockteiber arbeiten (S003) 

Wir haben bereits dargestellt, wie man 
mit dem RSJ CD-Writer ohne den mitge- 
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lieferten Locktreiber auskommt, und wie 
man auch mehrere Recorder mit dem 
Dateisystem betreiben kann. Uns wurde 
jedoch von Schwierigkeiten mit ähnli¬ 
chen Vorgehensweisen berichtet, wobei 
das Dateisystem die folgende Meldung 
ausgibt: Die angegebene Einheit konnte 
nicht gefunden werden. 

Dieses Problem läßt sich nur beseiti¬ 
gen, wenn man dem Treiber 
os2aspi.dmd in der config.sys den Para¬ 
meter/a// übergibt: 

BASEDEV=OS2ASPI.DMD /ALL 

Der Treiber os2aspi.dmd stellt ein ASPI 
(Advanced SCSI Programming Inter¬ 
face) für SCSI-Gerätetreiber zur Verfü¬ 
gung. Grundsätzlich kann man 
os2aspi.dmd zwei Parameter überge¬ 
ben, nämlich /share und /all. Man legt 
damit fest, wie Treiber auf unterschiedli¬ 
che Geräte zugreifen können. Mit dem 
Parameter /share werden Befehle an ein 
SCSI-Gerät nur dann weitergegeben, 
wenn dieses Gerät z.Zt. nicht von einem 
bestimmten Treiber (oder auch: Einhein- 
tenmanager) benutzt wird. Durch den 
Parameter /all werden SCSI-Befehle 
immer und an jedes Gerät am Bus wei¬ 
tergeleitet. Greifen verschiedene Einhei¬ 
tenmanager auf ein Gerät zu, kann es 
daher mit dem Parameter /all zu Syn¬ 
chronisationsproblemen kommen. Die 
Verwendbarkeit dieses Parameters ist 
daher auch von der Systemkonfiguration 
abhängig. Allerdings konnten wir auf 
unseren Testsystemen keinerlei Schwie¬ 
rigkeiten mit dem Parameter /all feststel¬ 
len, womit die Angabe des Parameters 
das oben geschilderte Problem beseiti¬ 
gen dürfte, ohne ein neues zu schaffen. 

Probleme mit Soundblaster-Karten 
(S004) 

Sortiert man seine config.sys und ordnet 
dabei die Anweisungen, mit denen man 


127 



OS/2 Only! Bd. 2, Ausgabe Nr. 2/99 

Gerätetreiber in das System einbindet, 
kann es Vorkommen, daß Soundkarten, 
die den SoundBlaster 32/64 AWE 
(I.l.b)-Treiber benutzten, z.B. die 
AWE64 Value , nicht mehr erkannt wer¬ 
den. Dieses Problem kann man behe¬ 
ben, indem man den Soundkartentrei¬ 
ber vordem Maustreiber lädt. 

Jörg Sievers, Hamburg 


Cross-Update auf OS/2-Programme 
(S005) 

Häufig liegt Hardware das eine oder 
andere Programm zur Nutzung des 
Gerätes bei, z.B. Bildbearbeitung und 
OCR-Software beim Scanner, Fax-Pro¬ 
gramm beim Modem, usw., leider 
jedoch stets nur Versionen für die 
Betriebssysteme von Microsoft - und 
Applikationen für Win95/98 oder NT lau¬ 
fen bekanntlich nicht unter OS/2. Kaum 
ein Programm ist auch als OS/2-Version 
desselben Herstellers erhältlich, so daß 
ein 1:1-Umtausch in der Regel nicht 
machbar ist. So sieht sich mancher 
gezwungen, zähneknirschend die Voll¬ 
version eines OS/2-Programmes zu 
besorgen. Es gibt dafür aber noch eine 
andere, von mir schon mehrfach prakti¬ 
zierte Lösung: 

Viele Hersteller von Programmen sind 
gerne bereit, sogenannte Cross-Upda¬ 
tes von einem Programm eines anderen 
Herstellers auf das eigene Produkt zu 
gewähren (so bekommen sie dann neue 
Kunden, die sich das nächste, dann 
reguläre Update sicher nicht entgehen 
lassen werden - sofern dessen Qualität 
in Ordnung ist.) Dabei ist zu beachten, 
daß der Preis für dieses Cross-Update 
oft dem eines regulären Updates von 
einer älteren Version entspricht (etwa 
1.0 auf 2.1) und damit teurer ist als das 
letzte verfügbare Update (z.B. von Versi¬ 
on 2.0 auf 2.1). Allerdings ist es immer 
noch deutlich billiger als der Neukauf 


einer Vollversion - bei meiner letzten 
Aktion (lmpos/2) war es immerhin die 
Hälfte! 

Für diesen Mehrpreis sollte man sich 
nicht nur die CD, sondern auch gleich 
das zugehörige Handbuch und die 
Lizenznummer geben lassen! Nicht jede 
Online-Hilfe kann ein Handbuch in 
Papierform ersetzen und die Lizenz¬ 
nummer braucht man ja für das nächste 
»echte« Update. Also unbedingt den 
Händler nach einem Cross-Update auf 
ein OS/2-taugliches Programm fragen. 
Es gibt für nahezu alle Standard-Aufga¬ 
ben zumindest gleichwertige Program¬ 
me als OS/2-Version. 

Martin Gratz, Kiel 


Hardware 


Scannen mit dem UMAX ASTRA 
1220S (H002) 

Der Betrieb eines UMAX ASTRA 1220S 
SCSI-Flachbettscanners ist unter OS/2 
beim Einsatz von CFM-Twain 5.10 
möglich. Hardwareseitig muß der Scan¬ 
ner an einen OS/2-tauglichen SCSI- 
Adapter angeschlossen werden (etwa 
den Adaptec 2940), da der mit dem 
Scanner ausgelieferte SCSI-Adapter von 
OS/2 nicht unterstützt wird. Beim Kauf 
des Scanners sollte man sich außerdem 
gleich noch ein passendes Adapterkabel 
(für den Adaptec 2940 25pol. Sub-D auf 
50pol. Mini-Sub-D) besorgen. 

Nach der Installation von CFM-Twain 
erkennt die Software jedoch den Scan¬ 
ner nicht, obwohl die beim Rechnerstart 
mit Strom versorgte Hardware vom 
BIOS des SCSI-Adapters erkannt wur¬ 
de. Man kann dieses Problem beheben, 
indem man in der Datei scanner.ini von 
CFM-Twain , die nach der Installation im 
Verzeichnis: 
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\os2\twain\cfm50\ 

zu finden ist, mit Hilfe eines Editors 
einen zusätzlichen Eintrag vornimmt: 

[ASTRA 1220S] 

Driver=UMAX 

ParameterFile=A1220S 

Dabei ist peinlich genau auf Groß- und 
Kleinschreibung zu achten. Nach einem 
Neustart des Systems wird der Scanner 
anstandslos erkannt. 

Die Qualität des gescannten Bildes ist 
überraschend gut: Bei voller Auflösung 
sieht man sogar die Struktur des Druk- 
kes einer Hochglanz-Illustrierten! (Ein 
Blick durch eine Lupe bestätigt die 
Struktur). Es ist jedoch zu empfehlen, 
den Arbeitsspeicher des Systems ent¬ 
sprechend aufzurüsten: Bei mehr als 
200 MByte Größe eines A4-Scans bei 
voller Auflösung und Echtfarben war die 
Festplatte einige Minuten ganz schön 
am Rotieren. Da ist eine Erhöhung des 
Anfangswertes der swapper.dat auf 256 
MByte in der config.sys schon aus Per¬ 
formance-Gründen angesagt, aber nur 
eine Kompromiß-Lösung, so daß man 
für ernsthafte Anwendungen an einer 
Investition in RAM nicht vorbeikommt. 

Martin Gratz, Kiel 

Kommandozeile 


Kommandozeile anpassen (K002) 

Wenn man gerne mit der Kommando¬ 
zeile arbeitet, sollte man sich den 
Prompt ein wenig den eigenen Bedürf¬ 
nissen anpassen. 

Zunächst wäre da die Farbe des Hin¬ 
tergrundes. Die Ausgabe mit weißer 
Schrift auf schwarzem Hintergrund ist 
nicht optimal. Angenehmer wäre 
schwarze Schrift auf einem weißen Hin¬ 
tergrund. Hat man außerdem eine hohe 
Bildschirmauflösung gewählt, so wäre 


Know how: Tips & Tricks 

ein Fenster, das etwas größer als die 
Standardmaximalgröße ist, wünschens¬ 
wert. Idealerweise sollte es höher sein, 
um möglichst viele Zeilen Text dartstel- 
len zu können. Um beides zu erreichen, 
schreibt man sich eine kleine Batchdatei 
mit folgendem Inhalt: 

@echo off 
mode 90,40 
echo <-[0;30;47;5m 
eis 

Mit dem Mode-Befehl legt man die Höhe 
des Fensters auf 90 Zeilen fest. Sie 
können hier Einstellungen von 2 bis 102 
Zeilen vornehmen. Die Spaltenzahl 
erhöhen wir mit dem Wert 40 um 15 
Spalten (Standard ist ein Fenster mit 80 
Zeilen und 25 Spalten). Bei einer Auflö¬ 
sung von 1024 x 768 Bildpunkten ver¬ 
fügt man so über ein angenehm großes 
Fenster. Um die richtigen Abmessungen 
der Fenster zu erhalten, müssen Sie 
noch eine passende Schriftartgröße 
wählen. Dazu öffnen Sie das System¬ 
menü des Fensters und wählen den 
Menüpunkt Schriftartgröße... Für unser 
Beispiel wählen Sie im erscheinenden 
Dialog Schriftartgröße angeben eine 
Schriftgröße von 18 x 8 in der Listbox 
Größe (Bildelemente). Durch die 
Escape-Sequenz: 

echo <-[0;30;47;5m 

legen wir fest, daß der Fensterhinter¬ 
grund weiß und die Schrift darauf 
schwarz sein soll (den <- erhalten Sie 
mit Alt+27). Speichern Sie diese Datei in 
einem Verzeichnis ab, das im PATH 
steht, um sie stets aufrufen zu können. 
Möchten Sie, daß die Batchdatei bei 
jedem Start eines OS/2-Fensters ausge¬ 
führt wird, setzen Sie sie als Parameter 
der Umgebungsvariable OS2_SHELL: 

SET OS2_SHELL=C:\OS2\CMD.EXE 

/K c:\os2\mywin.cmd 
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Lexmark 3200 Color Jetprinter DM 389- 
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Lexmark Optra Color 45 DM 1.899,- 
selbstverständlich inklusive OS/2-Treiber 


StarOffice 5.0 (für alle unterstützten Plattformen) 
Personal Edition (nur für Privatanwender) DM 79,- 
Professional Edition (für kommerziellen Einsatz) DM 298, 
Small Business Licence (5 Lizenzen) DM 898,- 


OS/2 Warp 4 Vollversion DM 499,- 
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OS/2 Warp Server DM 1.579,- 
Workspace on Demand Server DM 1.529,- 
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Workshop DLLs, Teil 2 

Im letzten Teil unseres Workshops 
haben wir gelernt, wie man DLLs 
schreibt und sie verwendet. In diesem 
Teil werden wir uns mit einem weiteren 
interessanten Einsatzzweck von DLLs 
beschäftigen, nämlich der REXX- 
Makrounterstützung bzw. der Erweite¬ 
rung von REXX durch neue DLLs. 

Um dies zu zeigen, wollen wir einen 
unserer selbst definierten Buttons unse¬ 
res Beispielprogramms mit einer Makro¬ 
funktion belegen: Drückt man auf den 
Button, soll das Programm ein REXX- 
Makro ausführen. Damit wir mit dem 
Makro auch komfortabel arbeiten kön¬ 
nen, schreiben wir später noch eine klei¬ 
ne Programmbibliothek, um die Funktio¬ 
nalität von REXX zu erweitern. 

Wozu Makros und warum REXX? 

So mancher mag sich fragen, warum 
man seine Programme durch eine 
Makrounterstützung erweitern sollte. Wir 
werden alle Aspekte der Entwicklung 
eines Makrosupports in diesem Artikel 
nicht betrachten können. Vielmehr 
untersuchen wir die Abschnitte, die für 
den Bereich der DLL-Programmierung 
interessant sind. Dennoch sind Sie mit 
den hier wiedergegebenen Informatio¬ 
nen in der Lage, Ihre Programme durch 
die Möglichkeit der Makrodefinition noch 
benutzerfreundlicherzu gestalten. 

Das Konzept des Beispielprogramms 
Der Beispielcode zu diesem Workshop 
wurde noch einmal grundlegend überar¬ 
beitet. Sie finden ihn mit Erscheinen die¬ 
ses Bandes nun auch endlich auf unse¬ 
rer Homepage zum Download. Das klei¬ 
ne Programm XTest demonstriert Ihnen 
mit einem einfachen Beispiel, wie DLLs 
benutzt werden, und wie das Zusam¬ 
menspiel zwischen C-Applikation und 
REXX funktioniert. XTest ist eine abge¬ 


speckte Variante des gleichnahmigen 
Programms, das wir zum Test neuen 
Programmcodes für Xelia verwenden. 
Mit Beginn der C- und Pascal-Program¬ 
mierworkshops wird Ihnen dieses Pro¬ 
gramm in seinem vollen Umfang auf der 
Dezember-CD zur Verfügung stehen. 
Sie erhalten dann mit XTest Bei¬ 
spielcode zu den unterschiedlichsten 
Bereichen der OS/2-Programmierung. 
Die Version von XTest , die Ihnen jetzt 
vorliegt, macht von unseren DLLs 
Gebrauch, indem in einem Fenster drei 
der neu definierten Buttons und eine 
Statuszeile erstellt werden. Zusätzlich 
lädt XTest in ein MLE eine Datei im 
ASCII-Format, die durch ein in REXX 
verfaßtes Makro, das über den Button 
Ausführen gestartet wird, in HTML kon¬ 
vertiert wird. Anschließend stellt XTest 
den veränderten Dateiinhalt im MLE dar. 
Durch Austausch des Makros gegen ein 
anderes wird der modulare Charakter 
und die leichte Erweiterbarkeit des Pro¬ 
gramms durch REXX klar. Um die 
ASCII-Datei mit einer C-Funktion kon¬ 
vertieren zu können, schreiben wir 
einen HTML-Filter in C, den wir von 
unserem REXX-Makro aus aufrufen. So 
bleibt der REXX-Code einfach und läßt 
sich flexibel erweitern. Die Programmo¬ 
berfläche zeigt Abbildung 2. In Abbil¬ 
dung 1 finden Sie die Arbeitsweise, die 
dem Programm zugrunde liegt. 

Wie man REXX verwenden kann 
Es gibt grundsätzlich zwei verschiedene 
Arten, REXX und C miteinanderzu kom¬ 
binieren: Man kann eine REXX-Proze- 
dur von einem C-Programm aus aufru¬ 
fen; oder man schreibt eine Funktionsbi¬ 
bliothek in C, die dazu dient, die expor¬ 
tierten Funktionen innerhalb einer 
REXX-Prozedur aufzurufen. Im ersten 
Fall erweitert man die in C geschriebene 
Anwendung mit REXX; im zweiten Fall 
die REXX-Prodzedur durch C-Funktio- 
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Abb. 1: Struktur einer Anwendung, die von 
macht. 


nen. Wir werden in diesem Artikel beide 
Möglichkeiten betrachten. Zur Verdeutli¬ 
chung der Struktur einer Anwendung, 
die von REXX Gebrauch macht, dient 
Abb. 1. 

Im allgemeinen wird die Anwendung 
ein PM-Programm sein, das die zu ver¬ 
arbeitenden Daten optisch ansprechend 
in Fenstern darstellt und für die einzel¬ 
nen Bearbeitungsprozesse geeignete 
Dialoge zur Verfügung stellt. Ein- und 
Ausgabefunktionen werden also über 


die PM-Schnittstelle vor¬ 
genommen. Die eigentli¬ 
che Verarbeitung der 
Daten (oder deren Wei¬ 
terverarbeitung) über das 
REXX-Programm. 

Ein Makro dient dazu, 
immer wiederkehrende 
Arbeitsabläufe in einem 
Skript zusammenzufas¬ 
sen, um sie später auto¬ 
matisch ablaufen zu las¬ 
sen. Ein Plugin ist bereits 
ein ganzer Programmteil, 
der die Basisanwendung 
um neue Funktionen 
erweitert. Ein Import- 
Export-Filter wäre z.B. 
eher ein Plugin als ein 
Makro. Eine REXX-Pro- 
zedur, die nacheinander 
Windowsbitmaps in GIF- 
Bitmaps umwandelt, wäre 
ein Makro. 

Hinsichtlich der zu benut¬ 
zenden Schnittstellen 
zwischen dem C- und 
REXX-Teil der Anwen¬ 
dung gibt es jedoch keine 
Unterschiede, ob man 
eine REXX-Prozedur 
schreibt, um ein Pro- 
REXX Gebrauch gramm mit neuen Funk¬ 
tionen zu erweitern, wie 
wir es mit dem Skript in 
Abb. 2 tun, oder ob man unterschiedli¬ 
che Bearbeitungsmethoden automati¬ 
siert mit Hilfe eines geeigneten REXX- 
Skriptes ausführt. Um beide Programm¬ 
teile miteinander kommunizieren zu las¬ 
sen, benutzen wir in unserem Beispiel 
eine Datei. Dateien lassen sich bedeu¬ 
tend einfacher verwalten als komplexe 
Strukturen im Speicher. Zudem ist das 
Dateimanagement sowohl C- als auch 
REXX-seitig schnell zu beherrschen. Mit 
der PM-Anwendung kann man z.B. 
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Aus: Fischer. Das Titan-Problem. Roman. Kap 1: Das Ende einer Reise. S. 36-42 (Skript) 

Alle Rechte Vorbehalten Nachdruck. Weitergabe und sonstige Vervielfältigung nicht gestattet (c) C -E 
Fischer Buchverlag. Stuttgart 


Schreiben 


Virgil richtete seinen Blick nach vom und blickte durch die verglaste Spitze des engen Landegerätes. durch 
die er die gleichmäßig dichte, gelblich braune Wolkendecke Titans sah. die hierund davon einigen sicher 
mehr als fünfzig bis siebzig Kilometer langen, recht schmalen, schmutzig dunklen Streifen durchzogen wurde, 
die sich aber nur unwesentlich von dem eintönigen Untergrund, den die Atmosphäre des Mondes bot 
abhoben: nur einem der Beobachtung geübten Auge auffielen. sich diesem aber regelrecht in den Bereich 
seiner Aufmerksamkeit drängten. Vereinzelt konnte Virgil auch einige weiße Tupten in der höheren 
Atmosphäre ausmachen. die wohl von gefrorenem Methan gebildet wurden Über dem riesenhaft wirkenden 
Mond ging gerade die Sonne out An einem Punkt des Mondglc 
dessen Rand empor, der durch das gestreute Sonnenlicht dunk 
wurde immer heller und größer, und je größer sie wurde, desto t 
Titanatmosphäre sichtbar, die sich schließlich zu kleinen, impot 
Alkane entpuppten. 

Plötzlich begann das Landegerät zu rollen, damit der Hitzeschil 
beim Eintritt in die Atmosphäre vor der entstehenden Wärme sc 
Virgils Blickfeld, und im Fenster des Landegerates erschien ras 
unterschiedlich hellen Sternen ausfüllte, welche dem Beobacht! 

Fahrzeug rollte zu schnell. Virgil hatte nicht vollends miterleben 
Ein wenig ärgerte ihn das. und schnell schwang der Ärger in Tre 
wurde er die Sonne eine ganze Weile nicht mehr sehen können 
Alles was sie dann noch darstellte, wäre nichts als ein verschwc 
Also hörte von nun an die Sonne auf zu existieren Am Himmel 1 
schwacher Geist einem undeutlichen Bild gleich, das irgendwa 
Traum auftaucht sich nur lür kurze Zeit zeigt und ebenso schnei 


Beenden 


r REXK-Progremm zur Erweiterung der Anwendung XTest 
/* Zweck. Konvertierung einer normalen ASCII-Datei in das 
r HTML-Formet 

r (c) 1999 C.-E. Fischer Buchverlag. Stuttgart 


/“Argument ebfragen und in der Vairable 'txtfile* speichern“/ 
Parse Arg bctfile 


/* Den Rückgabestring auf Null setzen 7 
OutString - " 


r Sonderzeichen konvertieren 7 
do while LINES(trttile) * 1 
tempchar - CHARIN(txttile) 
select 


Yahil vernahm, wie das Landegerät in die obersten atmosphen 
einzutreten begann Oie damit einhergehenden Vibrationen wat 
deutlich zu spuren, ubertrugen sich in jeden Bolzen, jede Mutter, 
aus und ließ die Kuppen ihres Zeige- und Mittelfingers über die 
Deutlich spurte sie. wie dos Material vibrierte, mit einer hohen F 
Auaenblicken bemerkte Yahil. wie diese Vibrationen auch ihrer 


Verwerfen 


Sichern 


Das verfaßte REXX-Makro ausfUhren 


Abb. 2: Die Oberfläche des Beispielprogramms mit geöffnetem Makro-Editierfenster. 


einen Text erzeugen, den man von der 
REXX-Erweiterung des Programms in 
ein anderes Dateiformat konvertieren 
läßt. Die konvertierte Version soll dann 
durch die Benutzerschnittstelle ange¬ 
zeigt werden. Unser Beispielprogramm 
arbeitet nach diesem Prinzip. Führen 
Sie es einmal aus, um sich die Arbeits¬ 
weise zu verdeutlichen. Mit dem Button 
Schreiben kann der Benutzer den 
REXX-Code verändern oder durch eine 
völlig andere Version ersetzen. Auf die¬ 
se Weise wird die Funktionalität des 
Programms ebenfalls verändert, ohne 
daß man es neu hätte kompilieren müs¬ 
sen, da REXX-Code interpretiert wird. 
Man sollte deshalb jedoch nicht anneh¬ 
men, die Programmausführung würde 
dadurch sehr verlangsamt. Man kann 
auch REXX-Algorithmen optimieren. Die 
Codequalität entscheidet in hohem 
Maße über die Ausführungsgeschwin¬ 


digkeit eines Programms, gleich in wel¬ 
cher Sprache es geschrieben wurde. 
Sollten geringe Geschwindigkeitseinbu¬ 
ßen spürbar sein, so kann man 
bestimmte Funktionen auch in C pro¬ 
grammieren und sie REXX über eine 
DLL zur Verfügung stellen. 

Verfolgen wir den Ablauf des Pro¬ 
gramms in Abb. 1. Der Benutzer wählt 
zunächst die Funktion aus, welche den 
REXX-Code ausführen soll. Dieser 
befindet sich in der Regel in einer 
gesonderten Datei auf der Festplatte. 
Um das Skript zu starten, ruft die 
Anwendung den REXX-Interpreter auf, 
welcher den REXX-Code mit den von 
der Anwendung übergebenen Startpara¬ 
metern ausführt. Die gemeinsame 
Schnittstelle zwischen REXX- und C- 
Anwendung ist dabei eine Datendatei. 
Der REXX-Code nimmt die zuvor defi¬ 
nierte Bearbeitung an dieser Datei vor. 
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Er kann außerdem eine Funktion aus 
einer C-Bibliothek aufrufen. Auf diese 
Weise läßt sich der REXX-Code beinahe 
bis auf Funktionsaufrufe reduzieren und 
so enorm vereinfachen. Während der 
Laufzeit ist man damit in der Lage, die 
einzelnen Programmfunktionen neu zu 
kombinieren. Ist die Bearbeitung der 
Daten abgeschlossen, setzt die in C 
geschriebene Anwendung ihre Verarbei¬ 
tung fort und kann das Ergebnis des 
REXX-Programms in einem Fenster dar¬ 
stellen. 

Die besonderen Vorteile von REXX 
REXX ist die beste Wahl, wenn man für 
OS/2-Anwendungen einen Plugin- bzw. 
Makrosupport bieten möchte. Die Spra¬ 
che ist sehr einfach zu erlernen, Pro¬ 
gramme lassen sich schnell verfassen, 
und durch die nahezu unbegrenzten 
Möglichkeiten, REXX mit neuen Funktio¬ 
nen zu erweitern, wird das Verfassen 
eigenen Programmcodes auch für unge¬ 
übte Benutzer möglich. Man kann dabei 
so weit gehen, wichtige Programmteile 
nur mit REXX zu entwickeln. Wenn Sie 
eine Dokumentation der verwendeten 
Übergabeparameter an den REXX-Inter- 
preter durch das Programm und die 
Ihrem REXX-Support zugrundeliegen¬ 
den Schnittstellen (in unserem Falle eine 
Datei) dokumentieren, lassen sich Ihre 
Anwendungen nahezu jedem Einsatz¬ 
zweck anpassen - vorausgesetzt, Sie 
bieten auch entsprechende Bibliotheken 
zur Erweiterung von REXX. Wir haben 
diese Möglichkeit für unsere Software 
sehr weitreichend ausgeschöpft, um 
eine einfache Softwareentwicklung zu 
ermöglichen. Beachten Sie für die Imple¬ 
mentierung des REXX-Supportes grund¬ 
sätzlich: 

1. Benutzen Sie Schnittstellen zwi¬ 
schen C-Anwendung und dem 
REXX-Programm, die von jedem 


Entwickler einfach zu beherrschen 
sind und sich auch schnell in andern 
Bereiche der OS/2-Programmierung 
(v.a. Drag & Drop und DDE) integrie¬ 
ren lassen. Wir empfehlen Ihnen 
dazu Dateien. 

2. Sollte für Ihre Zwecke die Einbezie¬ 
hung des Festspeichers in das Pro¬ 
grammkonzept aus Performance¬ 
gründen nicht in Frage kommen, 
empfiehlt es sich, mit Memory Files 
zu arbeiten. Sie sind ebenso zu 
handhaben wie normale Dateien, 
werden jedoch im Arbeitsspeicher 
angelegt, was i.a. die Ausführungs¬ 
geschwindigkeit des Programms 
erhöht. 

3. REXX-Programmcode wird interpre¬ 
tiert, nicht compiliert, d.h. bei jeder 
Programmausführung neu analy¬ 
siert. Daher kann ein ausgedehnter 
REXX-Support die Gesamtperfor¬ 
mance Ihrer Anwendung verringern. 
Verringern Sie in diesem Fall den 
Anteil des REXX-Codes in Ihrer 
Anwendung, und kapseln Sie 
rechenintensive Funktionen in DLLs 
aus. REXX-Code, der fast nur aus 
Funktionsaufrufen besteht, bedingt 
keine spürbaren Geschwindigkeits¬ 
verluste. Der modulare Charakter 
Ihrer Anwendung bleibt jedoch erhal¬ 
ten. 

Wir werden im folgenden darstellen, wie 
REXX in eine mit C entwickelte PM- 
Anwendung integriert wird. Dabei wird 
zunächst untersucht, wie man ein beste¬ 
hendes Programm mit REXX, daran 
anschließend wie man REXX mit einer 
neuen DLL erweitert. 

Über Argumente und Rückgabewerte 
REXX arbeitet nur mit Strings (Zeichen¬ 
ketten), auch wenn es sich um numeri- 


134 



Programmieren: Workshop DLLs, Teil 2 


«che Werte handelt, die verarbeitet wer¬ 
den sollen. Die jeweils nötigen Datenty¬ 
penumwandlungen nimmt der Interpreter 
intern vor, ohne daß man sich darum 
kümmern müßte. Das bedeutet zum 
oinen, daß Variablendeklarationen unter 
REXX entfallen; zum anderen muß man 
Argumente als Zeichenketten übergeben 
und entsprechende Mechanismen schaf¬ 
fen, um die vom Interpreter zurückgege¬ 
benen Strings weiterzuverarbeiten. Zu 
diesem Zweck verwendet man soge¬ 
nannte REXX-Strings. 

Ein REXX-String ist eine Zeichenket¬ 
te, die theoretisch bis zu 4 GByte lang 
sein kann (s. auch Bd. 1: OS/2-Spei- 
chermanagement). Unter C wird ein 
REXX-String durch eine Struktur 
beschrieben, die in der Headerdatei 
rexxsaa.h definiert ist. Die Strukturdefini¬ 
tion lautet: 

typedef struct 

{ 

ULONG strlength; /* Stringlänge 7 

PCH strptr; /* Zeiger auf den String 7 
} RXSTRING; 

I* Zeiger auf einen REXX-String 7 
typedef RXSTRING *PRXSTRING; 

Um mit REXX-Strings zu arbeiten, sind 
im oben genannten Header noch ein 
ganze Reihe Makros definiert und natür¬ 
lich die Funktionsprototypen des REXX- 
APIs. Wir können hier nicht auf alle 
REXX-String-Makros eingehen, auch 
nicht auf alle APIs, das bleibt unseren 
REXX- und C-Workshops Vorbehalten. 
Hier sollen nur für unseren Zweck wichti¬ 
ge Makros bzw. Funktionen betrachtet 
werden. 

REXX-Strings können einen bestimm¬ 
ten Wert haben, wobei dieser Wert auch 
ein Nullstring sein kann. Ebenso ist es 
möglich, daß ein REXX-String auch 
ganz leer ist. In diesem Fall ist die Zei¬ 
gervariable strptr der Struktur NULL. Die 
Arbeit mit einem solchen REXX-String 


würde zu einem Abbruch des Programm 
mit einem SYS 3175 führen. Sie können 
daher mit dem REXX-String-Makro: 

RXVALIDSTRING (<stringname>) 

überprüfen, ob der REXX-String gültig 
ist. Das Makro gibt bei Gültigkeit des 
Strings TRUE zurück. Derartige Über¬ 
prüfungen sollten Sie zur Vorsicht immer 
durchführen. 

Möchten Sie überprüfen, ob ein Rexx- 
String ein Nullstring ist (also die Zeichen 
" " enthält), so ist das Feld strlength der 
Struktur 0. Das Makro: 

RXZEROLENSTRING (<stringname>) 

gibt TRUE zurück, sollten Sie es mit 
einem Nullstring zu tun haben. Auch die¬ 
se Überprüfung sollten Sie regelmäßig 
durchführen, um Fehlerquellen im Pro¬ 
gramm schneller ausfindig machen zu 
können. 

Grundsätzlich sollten Sie die C-Biblio- 
theksfunktionen zur Manipulation von 
Strings nicht verwenden, um REXX- 
Strings zu bearbeiten. Benutzen Sie 
dazu besser die Funktionen aus der 
Bibliothek rxstring.lib , die Sie zusammen 
mit der Bibliothek rexx.lib mit Ihrem Pro¬ 
grammcode linken müssen. 

f Die beiden Libraries werden nicht 
• standardmäßig mit Ihrem Pro¬ 
grammcode gelinkt Sie müssen 
daher beide Bibliotheken dem Lin¬ 
ker explizit mitteilen. 

Da wir als gemeinsame Schnittstelle 
zwischen dem REXX- und C-Teil unse¬ 
rer Anwendung Dateien verwenden, 
können wir uns in unserem Beispiel dar¬ 
auf beschränken, lediglich den Dateina¬ 
men, also normale Zeichenketten, in 
einem vorbereiteten REXX-String zu 
übergeben und einen Dateinamen als 
Rückgabewert unseres REXX-Pro- 
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gramms zu verarbeiten. Für viele Zwek- 
ke reicht eine derartige Vorgehensweise 
aus. Ab Band 4 werden wir uns intensiv 
mit REXX-Strings auseinandersetzen. 

Eine Anwendung mit REXX erweitern 
Wir betrachten zunächst den Fall, eine 
REXX-Prozedur von einem C-Programm 
aus aufzurufen. In unserem Beispiel soll 
eine ASCII-Datei in eine HTML-Datei 
konvertiert werden. Die Konvertierung 


soll ein REXX-Programm übernehmen. 
Um den Code einfach zu halten, 
beschränken wir uns lediglich auf die 
Umsetzung der Umlaute und des ß in 
das HTML-Format. Den REXX-Code 
können wir mit der Editierfunktion unse¬ 
res Beispielprogramms oder auch ein¬ 
fach mit dem Systemeditor verfassen. 
Codebeispiel 1 zeigt die REXX-Proze¬ 
dur. Anschließend rufen wir den REXX- 
Code von der C-Applikation mit einer 


Codebeispiel 1: Die REXX-Prozedur zur Dateiformatkonvertierung 

/*-7 

P REXX-Programm zur Erweiterung der Anwendung XTest V 
i* Zweck: Konvertierung einer normalen ASCII-Datei in das *1 
I* HTML-Format. 7 

I* Argument abfragen und in der Vairable 'txtfile' speichern*/ 

PARSE Arg txtfile 

/* Den Rückgabestring auf Null setzen *1 
OutString = " 

htmfile = 'text.htm' 

/* Sonderzeichen konvertieren 7 
do while LINES(txtfile) = 1 
tempchar = CHARIN(txtfile) 
select 

when tempchar = "ä" then call CHAROUT htmfile, "&auml;" 
when tempchar = "ö" then call CHAROUT htmfile, "&ouml;" 
when tempchar = "CT then call CHAROUT htmfile, "&uuml;" 
when tempchar = "Ä" then call CHAROUT htmfile, "&Auml;" 
when tempchar = "Ö" then call CHAROUT htmfile, "&Ouml;" 
when tempchar = "U" then call CHAROUT htmfile, ”&Uuml;" 
when tempchar = "ß” then call CHAROUT htmfile, ’'&szlig;" 
otherwise 

call CHAROUT htmfile, tempchar 
end 
end 

call LINEOUT (htmfile) 
call LINEOUT (txtfile) 

I* Den Rückgabestring auf Dateiname setzen 7 
OutString = htmfile 

/* Den Rückgabestring zurückgeben und das REXX-Programm beenden7 
Return OutString 
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entsprechenden Funktion aus dem 
REXX-API auf (s. Codebeispiel 2). 

Betrachten wir zunächst das REXX- 
Programm. Wie man sieht, erwartet es 
als Argument den Namen einer Datei, 
die den zu konvertierenden Text enthält. 
Mit: 

PARSE Arg txtfile 

wird der Parameter, welcher der REXX- 
Prozedur übergeben wurde, in der 
Variable txtfile gespeichert. Anschlie¬ 
ßend wird mit: 

OutString =" 

der Rückgabestring vorbereitet und auf 
NULL gesetzt und mit: 

htmfile-text.htm' 

eine Dateivariable namens htmfile initia¬ 
lisiert. In diese Datei schreibt die REXX- 
Prozedur in der folgenden Schleife alle 
Zeichen der Originaldatei, deren Name 
sich in der Variablen txtfile befindet. 
Innerhalb der while-Schleife wird die 
Originaldatei mit Hilfe der Anweisung: 

tempchar = CHARIN(txtfile) 

zeichenweise ausgelesen, wobei die 
Umlaute und das ß durch die entspre¬ 
chenden HTML-Codes ersetzt werden. 
Alle anderen Zeichen werden durch das 
die Schleife abschließende otherwise : 

otherwise 

call CHAROUT htmfile, tempchar 
end 

ohne Veränderung in die neue HTML- 
Datei übernommen. Zum Schluß wer¬ 
den beide Dateien geschlossen und der 
Name der erzeugten HTML-Datei in die 
Variable OutString geschrieben. Mit: 

Return OutString 


wird das REXX-Skript beendet und der 
Rückgabewert ausgegeben, den wir 
durch das C-Programm weiterbearbei¬ 
ten werden. 

Das PM-Programm übernimmt die 
Verwaltung der Programmoberfläche 
und startet das REXX-Skript. Dazu 
gehören neben dem Erzeugen der 
REXX-Übergabeparameter und dem 
eigentlichen Aufruf des REXX-Interpre- 
ters auch die korrekte Bearbeitung des 
Rückgabewertes der REXX-Prozedur. 
Da das REXX-Skript durch das Drücken 
eines Buttons ausgeführt werden soll, 
befindet sich der für die REXX-Unter- 
stützung relevante Code innerhalb des 
Abschnittes mit dem Programmcode zur 
Bearbeitung der WM_COMMAND-Nach- 
richt. 

Für diesen Bearbeitungsabschnitt defi¬ 
nierte Variablen sind zwei REXX-Strings 
rxstrArg und rxstrRet. Der erste String 
nimmt die Parameter auf, die der REXX- 
Prozedur übergeben werden. In unse¬ 
rem Falle ist dies nur ein Parameter, der 
den Namen der Textdatei enthält, die 
konvertiert werden soll. Der zweite 
String enthält den Rückgabewert der 
REXX-Prozedur, den wir mit der Anwei¬ 
sung RETURN ausgeben. Fehler des 
Interpreters finden wir in der Variablen 
rc. Mit chFileName definieren wir eine 
Variable, die den Namen der zu konver¬ 
tierenden Datei aufnimmt, welche 
text.xdf heißt und im gleichen Verzeich¬ 
nis wie die ausführbare Programmdatei 
liegt. 

Der folgende Code zeigt den Aufruf 
der REXX-Routine. Zunächst wird das 
Feld strlength des REXX-Strings, der 
den Rückgabewert enthalten soll, mit 
der Anweisung: 

rxstrRet.strlength = OL; 

auf 0 gesetzt. Damit wird der REXX- 
Interpreter dazu veranlaßt, einen REXX 


137 



OS/2 Only! Bd. 2, Ausgabe Nr. 2/99 


Codebeispief 2: Den REXX-Interpreter aufrufen 

MRESULT EXPENTRY XTestMainClientWndProc (HWND hwnd ...) 

{ 

// andere Nachrichten bearbeiten... 

case WM_COMMAND: 

switch (SHORT 1FROMMP (mpParaml)) 

{ 

case ID_XTEST_MAINWND_BTN2: 

{ 

RXSTRiNG rxstrArg; 

RXSTRING rxstrRet; 

API RET rc; 

SHORT rxrc; 

CHAR *chFileName = "text.xdf; 

XeliaSetStatusbarText ("Führe REXX-Makro aus..."); 
rxstrRet.striength = OL; 

MAKERXSTRING (rxstrArg, chFileName, strlen (chFileName)); 


if(RXVALIDSTRING (rxstrArg)) 

{ 

// An dieser Stelle wird das REXX-Makro aufgerufen 
rc=RexxStart((1, 

&rxstrArg, 

"HTMASCl.XPr, 

0, 

"xpi h , 

RXSUBROUTINE, 

0 , 

&rxrc, 

ÄrxstrRet); 

XeliaMLECIearTextPanel (hwndMLE); 
XeliaMLELoadFile (hwndMLE, (PSZ) rxstrRet.strptr); 


DosFreeMem(rxstrRet.strptr); 
XeliaSetStatusbarT ext ("Bereit”); 

} // endif 

} 

break; 

//weitere WM_COMMAND-Nachrichten bearbeiten... 
} // endswitch 

//weitere Nachrichten bearbeiten... 

} // Ende XTestMainClientWnoProc 
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Mring mit DosAllocMem zu allokieren, 
ilnr groß genug ist, um den Rückgabe¬ 
wort aufzunehmen. Wir geben diesen 
Mring nach der Verarbeitung des Rück- 
iinbewertes mit DosFreeMem wieder 
frei. 

f Beachten Sie immer, den vom 
* Interpreter allokierten Speicher 
wieder mit DosFreeMem freizuge¬ 
ben. 

Im nächsten Schritt wird der REXX- 
String, der den Übergabeparameter an 
die REXX-Routine aufnehmen soll, allo- 
klert und auf seine Gültigkeit hin über¬ 
prüft. Um REXX-Strings zu allokieren 
und zu initialisieren, benutzen Sie das 
Makro: 

MAKERXSTRING (rxstrArg, chFileName, 
strlen (chFileName)); 

wobei der erste Parameter der Name 
des REXX-Strings ist, den wir bereits 
definiert haben. Der zweite Parameter 
bezeichnet die Zeichenkette, die der 
REXX-String aufnehmen soll und der 
dritte Parameter die Länge dieses 
Strings. Verwenden Sie stets nur dieses 
Makro, um REXX-Strings zu allokieren. 
Anschließend überprüfen Sie mit dem 
Makro: 

RXVALIDSTRING (rxstrArg) 

ob das Allokieren und Initialisieren des 
Strings erfolgreich war. Das Makro gibt 
TRUE zurück, sollte dies der Fall sein. 
Wir überprüfen mit dem Makro den 
REXX-String un können nun die REXX- 
Routine aufrufen. Dazu dient die Funkti¬ 
on RexxStart , welche Sie immer nach 
dem im folgenden erklärten Muster auf¬ 
rufen, um REXX-Skripte von einer Appli¬ 
kation aus zu starten. Bedenken Sie 
noch einmal, daß wir nur die Parameter 
benutzen, die für unseren Zweck von 


Bedeutung sind. Die ausführliche Erklä¬ 
rung dieser Funktion bleibt dem C-Pro- 
grammierkurs überlassen. Der hier 
beschriebene Aufruf der Funktion ist 
jedoch der gebräuchlichste, wenn man 
einzelne REXX-Skripte von einer 
Anwendung aus starten möchte. Der 
Aufruf sieht wie folgt aus: 

rc=RexxStart(1, 

ÄrxstrArg, 

"HTMASCl.XPr, 

NULL, 

"XPP, 

RXSUBROUTINE, 

0 , 

&rxrc, 

ÄrxstrRet); 

Der erste Parameter von RexxStart 
steht für die Anzahl der Parameter, die 
dem REXX-Interpreter übergeben wer¬ 
den. Unser Beispielprogramm arbeitet 
nur mit einem Parameter, daher steht 
hier eine 1. Möchten oder müssen Sie 
mehr als nur einen Parameter verwen¬ 
den, so definieren Sie ein Array von 
REXX-Strings: 

RXSTRING rxstrArg[3]; 

Anschließend initialisieren Sie die ein¬ 
zelnen Parameter. Wir nehmen an, Sie 
haben numerische Werte zuvor in Zei¬ 
chenketten umgewandelt und in ent¬ 
sprechende Variablen kopiert, etwa in 
chParaml, chParam2 und chParam3. 
Das Erzeugen des REXX-String-Arrays 
sieht dann so aus: 

MAKERXSTRING (rxstrArg[0], chParaml, 

strlen (chParam)); 

MAKERXSTRING (rxstrArg[1], chParam2, 

strlen (chParam)); 

MAKERXSTRING (rxstrArg[2], chParam3, 

strlen (chParam)); 

Beachten Sie in diesem Fall jedoch, daß 
Sie der Funktion RexxStart die entspre- 
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chende Anzahl der für die REXX-Proze- 
dur nötigen Parameter übergeben. Im 
REXX-Skript verarbeiten Sie mehr als 
nur einen Parameter ebenfalls mit der 
Anweisung Parse Arg und fügen einfach 
Variablen in ausreichender Anzahl an: 

PARSE Arg paraml, param2, param3 

Der zweite Parameter von RexxStart 
bezeichnet das REXX-String-Array, das 
die zur Ausführung des REXX-Skriptes 
nötigen Argumente enthält. Der nächte 
Parameter beschreibt den Namen der 
Datei, in der Sie den REXX-Code abge¬ 
legt haben. Den vierten Parameter 
benötigen wir in diesem Falle nicht. Hier 
wird ein Array mit zwei REXX-Strings 
spezifiziert, die für das Auffinden von 
REXX-Prozeduren dienen, die sich im 
Arbeitsspeicher befinden. Wir geben 
hier NULL an. Anschließend wird der 
Initialisierungswert für die REXX-Anwei- 
sung ADRESS angegeben. Geben Sie 
in diesem Falle die Erweiterung des 
Dateinamens der REXX-Routine an, die 
Sie geschrieben haben. Der sechste 
Parameter von RexxStart legt fest, wie 
die REXX-Routine ausgeführt werden 
soll. Für unsere Zwecke interessant sind 
RXSUBROUTINE und RXFUNCTION. 
Im ersten Fall muß die REXX-Routine 
keinen Rückgabewert ausgeben, im 
zweiten ist dies notwendig. RXSUB¬ 
ROUTINE bietet damit eine höhere Fle¬ 
xibilität, weshalb wir Ihnen empfehlen, 
diese Konstante im Funktionsaufruf zu 
benutzen. Der nächste Parameter wird 
benötigt, wenn man eigene Exit-Handler 
benutzt. Dies ist in unserem Beispiel 
nicht nötig, so daß wir hier NULL ange¬ 
ben. Die letzen beiden Parameter die¬ 
nen zur Angabe der Variablen, welche 
die Rückgabewerte der REXX-Routine 
aufnehmen sollen. Geben Sie hier die 
Pointer auf die entsprechenden Varia¬ 
blen an, die Sie im Deklarationsteil des 
Programmabschnittes definiert haben. 


Durch den so gestalteten Funktions¬ 
aufruf wird der REXX-Interpreter aufge¬ 
rufen und die zuvor abgefaßte REXX- 
Routine ausgeführt. Nach deren Beendi¬ 
gung können wir den Rückgabewert der 
Routine bearbeiten. Dieser besteht aus 
dem Namen der durch das REXX-Pro- 
gramm erzeugten HTML-Datei. Gemäß 
der zuvor dargestellten Richtlinien soll 
die PM-Anwendung die Darstellung die¬ 
ser Datei übernehmen. Also führen wir 
einen Refresh unseres MLEs mit: 

XeliaMLECIearTextPanel (hwndMLE); 

durch und laden anschließend die im 
zurückgegebenen REXX-String angege¬ 
bene Datei: 

XeliaMLELoadFile (hwndMLE, 

(PSZ) rxstrRet.strptr); 

Letztlich müssen wir nur noch, wie 
bereits ausgeführt, den vom REXX- 
Interpreter allokierten Speicher freige¬ 
ben: 

DosFreeMem(rxstrRet.strptr); 

Damit ist der nötige Programmcode voll¬ 
ständig. Nach diesem Muster können 
Sie jederzeit und an jeder Stelle Ihres 
PM-Programms REXX-Unterprogramme 
ausführen. Das Beispielprogramm 
demonstriert außerdem eindrucksvoll, 
wie Sie das Ergebnis der Datenverarbei¬ 
tung während der Laufzeit des Pro¬ 
gramms durch Manipulation des REXX- 
Codes verändern können. Mit den hier 
gegebenen Anweisungen und mit ein 
wenig Phantasie sollte es leicht sein, 
diese Art des REXX-Supportes zu 
erweitern und zu verbessern. 

REXX mit einer eigenen DLL erweitern 
Sie bemerken wahrscheinlich, daß die 
Umsetzung des ASCII-Textes in das 
HTML-Format recht langsam vor sich 
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Codebeispiel 3: Aufruf einer neuen REXX-Funktion 

/* REXX-Programm zur Erweiterung der Anwendung XTest 
r Zweck: Konvertierung einer normalen ASCII-Datei in das 
/* HTML-Format. 

/* - 

r Argument abfragen und in der Vairable 'txtfile' speichern*/ 

Parse Arg txtfile 

r Von der DLL xrexx.dll exportierte Funktionen registrieren*/ 

call RxFuncAdd ’XeiiaREXXRegisterFunctions\ ’XREXX 1 , ’XeliaREXXRegisterFunctions’ 
call XeliaREXXRegisterFunctions 

/* Den Rückgabestring auf Null setzen 7 
OutString = " 

/* Die Konvertierung nach HTML vornehmen 7 
call XeliaREXXASCIToHTML txtfile, ’text.htm' 

r Den Rückgabestring auf Dateiname setzen 7 
OutString = ’text.htm' 

/* Die zuvor registrierten Funktionen wieder deregistrieren 7 
call XeliaREXXDeRegisterFunctions 

r Den Rückgabestring zurückgeben und das REXX-Programm beenden*/ 

Return OutString 


-7 

7 

7 

7 

-7 


geht, wenn Sie auf den Button Ausfüh¬ 
ren des PM-Programms drücken, was 
daraufhinweist, daß der Konvertierungs¬ 
filter, der vollständig mit REXX geschrie¬ 
ben wurde, interpretiert wird. Wir können 
die Leistung unseres Programms enorm 
verbessern, wenn wir den zur Konvertie¬ 
rung entscheidenden Code in C schrei¬ 
ben und ihn als Funktion vom REXX- 
Skript aus aufrufen. Dabei bleibt der gro¬ 
ße Vorteil -nämlich das Programm auch 
während der Laufzeit zu verändern¬ 
erhalten; jedoch wird der Anteil des 
REXX-Codes bis auf den Funktionsauf¬ 
ruf minimiert, was einen erheblichen 
Geschwindigkeitsvorteil mitsichbringt. 
Um das zu erreichen, müssen wir eine 
geeignete DLL schreiben, welche REXX 
um eine Funktion zum Konvertieren von 
ASCII-Text in HTML-Text erweitert. Sie 


können diese Konvertierungsmethode 
dann auch in ganz normalen REXX-Pro- 
grammen verwenden. Die folgenden 
Abschnitte zeigen, wie Sie eine solche 
DLL schreiben. 

Neue Funktionen für REXX 
Wenn Sie selbstgeschriebene Funktio¬ 
nen für REXX benutzen wollen, müssen 
folgende Voraussetzungen erfüllt sein: 

1. Der Funktionscode muß sich in einer 
DLL befinden. 

2. Alle Funktionen, die von REXX aus 
aufrufbar sein sollen, müssen als 
REXX-Funktionen exportiert werden. 

3. Alle Funktionen müssen im REXX- 
Skript zunächst mit RexxFuncAdd 
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registriert werden, damit sie der 
Interpreter findet. 

Zunächst überlegen wir uns, wie die 
neue DLL und die REXX-Funktion zur 
Konvertierung heißen sollen. Wir nen¬ 
nen die Beispiel-DLL xrexx.dll und die 
zu exportierende Konvertierungsmetho¬ 
de XeliaREXXASCIToHTML. Diese 
Funktion benötigt zwei Parameter: Den 
Namen der Originaldatei und den der 
HTML-Datei, die erzeugt werden soll. 
Betrachten wir nun zunächst wieder, wie 
das neue REXX-Skript aussieht, das 
vom PM-Programm gestartet wird. 
Codebeispiel 3 auf S. 141 zeigt das 
neue Programm. 

Zunächst fragen wir wie im ersten 
Programm den Übergabeparameter, an 
die REXX-Routine mit: 

PARSE Arg txtfile 

ab. Die nächsten beiden Codezeilen 
sorgen für die Registrierung der neuen 
REXX-Funktion: 

call RxFuncAdd 

'XeliaREXXRegisterFunctions', 

’XREXX', 

'XeliaREXXRegisterFunctions' 

call XeliaREXXRegisterFunctions 

RxFuncAdd ist eine Built-In-Funktion 
des REXX-Interpreters und wird immer 
dann aufgerufen, wenn extern -also in 
DLLs- definierte Routinen unter REXX 
verwendet werden sollen. Wir registrie¬ 
ren hier die Funktion XeliaREXXRegi¬ 
sterFunctions, welche sich neben der 
eigentlich für uns interessanten Funkti¬ 
on in der DLL xrexx.dll befindet, die man 
RxFundAdd als zweiten Parameter ohne 
die Dateinamenerweiterung angibt. Die¬ 
se Funktion registriert alle in der DLL 
enthaltenen, von uns definierten REXX- 
Funktionen, ohne daß wir RxFuncAdd 


für jede einzelne Methode extra aufrufen 
müßten. Zwar haben wir es in unserem 
Beispiel nur mit einer Funktion, die 
exportiert werden soll, zu tun; aber wir 
demonstrieren diese Vorgehensweise, 
damit der DLL-Code auch für umfangrei¬ 
chere Bibliotheken leicht erweiterbar 
bleibt. Wir beschäftigen uns mit dem 
genauen Aufbau der Funktion 
XeliaREXXRegisterFunctions im näch¬ 
sten Abschnitt. 

XeliaREXXRegisterFunctions wird in 
der nächsten Zeile mit 

call XeliaREXXRegisterFunctions 

aufgerufen. Danach steht uns die 
REXX-Funktion zur Konvertierung der 
Textdatei nach HTML zur Verfügung. 
Mit: 

call XeliaREXXASCIToHTML txtfile, ’text.htm' 

wird die Funktion aufgerufen. Die Verar¬ 
beitung der Datei wird dann durch den 
in unserer DLL xrexx.dll definierten 
Code durchgeführt. 

Zum Schluß deregistrieren wir alle 
Funktionen unserer REXX-DLL mit dem 
Pendant zu XeliaREXXRegisterFuncti¬ 
ons: 

call XeliaREXXDeRegisterFunctions 

weisen den Namen der erzeugten Datei 
der Rückgabevariablen OutString zu 
und übergeben diese wie gehabt mit: 

Return OutString 

wobei die Routine gleichzeitig beendet 
wird. 

Übrigens müssen am ausführbaren 
Programmodul xtest.exe keinerlei Ände¬ 
rungen vorgenommen werden, um das 
neue REXX-Skript auszuführen, das wir 
gerade näher betrachtet haben. Ledig¬ 
lich das Skript selbst und die DLL 
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xrexx.dll müssen zum Zeitpunkt des 
Mausklicks auf Ausführen vorhanden 
sein. 

Wie man eine REXX-DLL schreibt 
Betrachten wir nun die Entwicklung der 
DLL, die etwas komplizierter ist. Wie Sie 
sich vorstellen können, ist der C-Code 
zur Dateiformatkonvertierung nicht son¬ 
derlich anders als der zuvor in REXX 
dargestellte Code. Es gibt jedoch einige 
Regeln, die beim Schreiben einer 
REXX-DLL zu beachten sind. Wir stellen 
Ihnen im folgenden den vollständigen C- 
Code, den Header und die DEF-Datei 
der DLL vor. Wenn Sie die sich daran 
anschließenden Bemerkungen beach¬ 


ten, können Sie den hier vorgestellten 
Code als Gerüst für Ihre eigenen DLLs 
verwenden und sollten mit der Entwick¬ 
lung neuer REXX-Bibliotheken keine 
Schwierigkeiten haben. Werfen wir 
zunächst einen Blick auf den Header der 
DLL. Codebeispiel 4 zeigt die Datei 
xrexx.h. 

Die include-Anweisungen sind Ihnen 
sicherlich bis auf INCL_REXXSAA 
bekannt. Mit dieser Anweisung binden 
wir den gesamten REXX-Header des C- 
Toolkits in die DLL ein. Wir benötigen 
zwar nicht alle Deklarationen dieser 
Datei, aber können uns uns die Arbeit 
für die Beispiel-DLL etwas vereinfachen, 
wenn wir den ganzen Header einbinden. 


Codebeispiel 4: Header-Datei der neuen REXX-DLL "xrexx.h" 

#define INCLJ/VIN 
#define INCL_DOS 
#define INCLJERRORS 
#define INCLJREXXSAA 
#include <os2.h> 

#include <rexxsaa.h> 

#include <memory.h> 

#include <malloc.h> 

#inciude <fcntl.h> 

#include <ctype.h> 

#include <string.h> 

#include <stdlib.h> 

#include <stdio.h> 

//Alle Funktionen, die exportiert werden, als REXX-Funktionen deklarieren 
RexxFunctionHandler XeliaREXXRegisterFunctions; 

RexxFunctionHandler XeliaREXXDeRegisterFunctions; 
RexxFunctionHandler XeliaREXXASCIToHTML; 

// Tabelle aller REXX-Funktionen zur Registrierung/ Deregistrierung 
static PSZ RexxFunctionTableQ = 

{ 

"XeliaREXXRegisterFunctions", 

"XeliaREXXDeRegisterFunctions", 

"XeliaREXXASCIToHTML", 

}; 

//Rückgabewerte für die REXX-Funktionen 

#define INVALID_FUNCTION 40 //Fehler ausgeben 

#define VALID_FUNCTION 0 //Fehlerfreie Ausführung der Funktion 
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So kann auch nichts vergessen werden. 
Den Header selbst binden Sie mit: 

#include <rexxsaa.h> 

in die Datei ein. Sie benötigen diesen 
Header übrigens auch für die REXX- 
taugliche Version von xtest.exe. Der 
nächste Abschnitt ist ebenfalls obligato¬ 
risch. Hier definieren Sie alle Funktio¬ 
nen, die Sie exportieren, als REXX-Rou- 
tinen. Dazu benutzen Sie die Typende¬ 
klaration RexxFunctionHandler , welche 
Sie auch in der Datei rexxsaa.h finden: 

typedef ULONG APIENTRY 

RexxFunctionHandler(PUCHAR, 

ULONG, 

PRXSTRING, 

PSZ, 

PRXSTRING); 

Für uns von Interesse sind der zweite, 
dritte und letzte Parameter. Der zweite 
Parameter bezeichnet die Anzahl der 
Argumente, die der Funktion übergeben 
wurden. Im dritten Parameter finden Sie 
den Pointer auf einen REXX-String, der 
die Argumente enthält. Der letzte Para¬ 
meter ist ebenfalls ein REXX-String und 
dient zur Definition des Rückgabewertes 
der Funktion an den Interpreter. Ihre 
REXX-Routinen haben damit immer den 
gleichen Funktionskopf. Zur Analyse der 
einzelnen Parameter kommen wir gleich 
bei der Betrachtung des C-Codes der 
DLL. 


Anschließend erzeugen wir mit der fol¬ 
genden Deklaration: 

static PSZ RexxFunctionTableü = 

{ 

"XeliaREXXRegisterFunctions", 

"XeliaREXXDeRegisterFunctions", 

"XeliaREXXASCIToHTML", 

}; 

eine Tabelle, welche die Namen aller 
REXX-Funktion enthält, die exportiert 
werden sollen. Wir benötigen diese 
Tabelle zur bereits erwähnten Registrie¬ 
rung und Deregistrierung der REXX- 
Funtkionen. 

f Beachten Sie hierbei das Komma 
• nach dem letzten Eintrag in der 
Tabelle. Es darf nicht fehlen. 

Zum Schluß definieren wir noch zwei 
Konstanten, die von der Funktion abhän¬ 
gig vom Erfolg oder Mißerfolg eines 
Codeabschnittes zurückgegeben wer¬ 
den. 

Wenden wir uns nun der DEF-Datei 
zu. Codebeispiel 5 gibt diese Datei wie¬ 
der. Da die Schlüsselworte vom ersten 
Teil dieses Workshops bekannt sind, 
können wir an dieser Stelle auf eine aus¬ 
führliche Erklärung verzichten. Beachten 
Sie lediglich, die EXPORT-Anweisungen 
so in Ihre eigenen Dateien zu überneh¬ 
men, wie wir es das Codebeispiel zeigt. 
Damit ist sichergestellt, daß die einzel¬ 
nen Funktionen so exportiert werden, 


Codebeispiel 5: Module Definition File der neuen REXX-DLL "xrexx.def' 

LIBRARY XREXX INITINSTANCE LONGNAMES 

PROTMODE 

DESCRIPTION 'XREXX 1 

DATA MULTIPLE NONSHARED 

STACKS IZE 32768 

EXPORTS 

XELIAREXXASCITOHTML =XeliaREXXASCIToHTML @1 
XELIAREXXREGISTERFUNCTIONS =XeliaREXXRegisterFunctions @2 
XELIAREXXDEREGISTERFUNCTIONS =XeliaREXXDeRegisterFunctions @3 
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daß man Sie im REXX-Skript problemlos 
verwenden kann. Die EXPORT-Direkti- 

ve: 

XELIAREXXASCITOHTML 

=XeliaREXXASCIToHTML @1 

definiert die Funktion XeliaREXXASCI- 
ToHTML als zu exportierende Methode 
und weist ihr gleichzeitig ein Pseudonym 
zu, wobei alle Buchstaben groß 
geschrieben werden. Damit wird es 
möglich -wie es unter REXX manchmal 
gebräuchlich ist-, die Funktion auch 
komplett in Großbuchstaben in den Pro¬ 
grammcode einzufügen. Mit @1 wird der 
Funktion eine Ordinalnummer zugewie¬ 
sen. Fügen Sie diese Ordinalnummern 
stets zu jeder EXPORT-Anweisung hin¬ 
zu. Damit sind alle Vorbereitungen 
abgeschlossen. Nun müssen die einzel¬ 
nen Funktionen nur noch geschrieben 
werden. Betrachten Sie sich zu den fol¬ 
genden Erklärungen den C-Code der 
REXX-DLL, den Sie in Codebeispiel 6 
finden. 

Jede DLL, die Sie zur Erweiterung von 
REXX schreiben, sollte zwei Funktionen 
enthalten, die das Registrieren und 
Deregistrieren der neuen Routinen ver¬ 
einfachen. Sie wissen bereits, daß man 
eine extern definierte Routine mit 
RxFuncAdd anmelden muß. Ferner muß 
die neue REXX-DLL auch registriert 
werden. Vielleicht haben Sie sich schon 
gefragt, wann diese DLL denn mit Dos- 
LoadModule geladen wird, so wie Sie es 
bisher kennen. Diese Aufgabe soll die 
erste Funktion unserer Bibliothek über¬ 
nehmen: XeliaREXXRegisterFunctions. 

REXX-DLLs werden nicht wie üblich 
über das DOS-API geladen. Vielmehr 
wird jede Routine der DLL über die API- 
Funktion RexxRegisterFunctionDLL dem 
Interpreter gemeldet. Für jede Funktion, 
die man später im REXX-Skript verwen¬ 
den möchte, muß vom Programmteil, 


der in C verfaßt wurde, diese API-Funk- 
tion aufgerufen werden. Unsere Regi¬ 
strierungsroutine erledigt diese Arbeit in 
einer for-Schleife. 

Zunächst überprüfen wir jedoch die 
der Funktion übergebenen Parameter 
mit: 

if (numargs != 0) 

return INVALID_ROUTINE; 

Wenn Sie noch einmal einen Blick auf 
unser REXX-Skript werfen, so können 
Sie ersehen, daß der Funktion 
Xelia REXXRegisterFunctions m e h re re 
Parameter übergeben werden. Mit der 
oben dargestellten //-Abfrage stellen wir 
sicher, daß dem auch so ist. Derartige 
Syntax-Überprüfungen müssen Sie in 
allen REXX-Funktionen Ihrer DLL vor¬ 
nehmen, um einen korrekten Pro¬ 
grammablauf zu gewährleisten. 

Anschließend bestimmen wir mit Hilfe 
der zuvor definierten Funktionstabelle 
die Anzahl der exportierten Funktionen 
mit: 

IFuncNum = 

sizeof(RexxFunctionTable)/sizeof(PSZ); 

und führen schließlich die Registrierung 
aller Funktionen, die wir in die Tabelle 
aufgenommen haben, durch: 

for (iCount = 0; iCount < iFuncNum;iCount++) 
RexxRegisterFunctionDII(RexxFunctionTa- 
ble[i Count] ."XREXX", 
RexxFunctionTable[i Count]); 

Als Rückgabewert dient ein NULL- 
String. Nach erfolgreicher Ausführung 
dieser Funktion können im REXX-Skript 
alle neuen REXX-Routinen verwendet 
werden. 

Um für eine korrekte Deregistrierung 
zu sorgen, dient das Pendant unserer 
Registrierungsfunktion, das wir 
XeliaREXXDeregisterFunctions genannt 
haben. 
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Codebeispiel 6: C-Datei der neuen REXX-DLL "xrexx.c" 

//«- 

// Code für XREXX.DLL 

//-- 

// Header einbinden 
#include "xrexx.h" 

//-- 

// Exportierte REXX-Funktionen 

// - 

//-- 

// XeliaREXXRegisterFunctions 
//- 

ULONG XeliaREXXRegisterFunctions(CHAR *name, ULONG numargs, 

RXSTRING argsQ, 

CHAR *queuename, RXSTRING *retstr) 

{ 

INT iFuncNum; // Anzahl der Funktionen in der Funktionstabelle 
INT iCount; //Zählvariable für for-Schleife 

// Anzahl der Argumente übrerprüfen 
if (numargs != 0) 
retum INVALID_ROUTINE; 

// Anzahl der in der Funktionstabelle enthaltenen Einträge 
// berechnen 

iFuncNum = sizeof(RexxFunctionTable)/sizeof(PSZ); 

// Alle Funktionen registrieren 
for (iCount = 0; iCount < iFuncNum; iCount++) 
RexxRegisterFunctionDIKRexxFunctionTableOCountJ/'XREXX", 

RexxFunctionT able[iCount]); 

retstr->strlength = 0; // Nullstring zurückgeben 

retum VAL!D_ROUTiNE; // Funktion fehlerfrei beendet 

} 

// - 

// XeliaREXXDeRegisterFunctions 
//-- 

ULONG XeliaREXXDeRegisterFunctions(CHAR *name, ULONG numargs, 

RXSTRING argsQ, 

CHAR *queuename, RXSTRING *retstr) 

{ 

INT iFuncNum; // Anzahl der Funktionen in der Funktionstabelle 
INT iCount; // Zählvariable für for-Schleife 

// Anzahl der Argumente übrerprüfen 
if (numargs != 0) 

retum INVALIDJROUTINE; _ 
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Codebeispiel 6: C-Datei der neuen REXX-DLL "xrexx.c" (Fortsetzung) 

// Anzahl der in der Funktionstabelle enthaltenen Einträge 
// berechnen 

iFuncNum = sizeof(RexxFunctionTable)/sizeof(PSZ); 

II Alle Funktionen deregistrieren 
for (iCount = 0; iCount < iFuncNum; iCount++) 
RexxDeregisterFunction(RexxFunctionTable[iCount]); 

retstr->strlength = 0; // Nullstring zurückgeben 

return VALID_ROUT!NE; // Funktion fehlerfrei beendet 

} 


// - 

// XeliaREXXASCIToHTML 

ULONG XeliaREXXASCIToHTML(CHAR *name, ULONG numargs, 

RXSTRING argsQ, 

CHAR *queuename, RXSTRING *retstr) 

{ 

PSZ argl; // Erster Parameter 

PSZ arg2; // Zweiter Parameter 

FILE *fASCIIfile, *fHTMLfile; II Dateihandles für die Formatkonvertierung 
char cNewChar; // Variable für das zeichenweise Auslesen der Datei 

// Überprüfen, ob der REXX-Funktion die richtige Anzahl an Argumenten 
// übergeben wurde. Wenn ja, mit der Bearbeitung fortfahren 
if (numargs > 2) 
return INVALID_ROUTINE; 

// Die Stringpointer des REXX-Strings argsD in die beiden PSZ-Variablen 
// kopieren. 

argl = args[0].strptr; // erster Parameter 

arg2 = args[lj.strptr; // zweiter Parameter 

' ''' • . ' ' 

// Originaldatei zum Lesen öffnen 

// Funktion abbrechen, wenn Datei nicht geöffnet werden konnte 
if ((fASCIIfile = fopen(arg1, V)) == NULL) 
return INVAL!D_ROUTINE; 

// HTML-Datei zum Schreiben öffnen 

II Funktion abbrechen, wenn Datei nicht geöffnet werden konnte 
if ((fHTMLfile = fopen(arg2, H w H )) == NULL) 
return INVALID_ROUTINE; 

H Originaldatei zeichenweise auslesen, dabei Umlaute sowie das 
// ß konvertieren und in die neu erzeugte HTML-Datei schreiben 
while(!feof( fASCIIfile)) 

{ 

cNewChar = fgetc(fASCIIfile); 
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Codebeispiel 6: C Datei der neuen REXX-DLL "xrexx.c" (Fortsetzung) 

switch(cNewChar) 

{ 

case 'ä 1, 

fputs( M &auml; H ,fHTMLfile); 
break; 
case ’ü': 

fputs( M &uuml; ,, ,fHTMLfile); 
break; 
case ’ö': 

fputs("&ouml;",fHTMLfile); 
break; 
case 'Ä 1 * 

fputs("&Auml; ,, ,fHTMLfile); 
break; 
case 'U'* 

fputs("&Uuml; H ,fHTMLfile); 
break; 
case 'Ö': 

fputs("&Ouml;",fHTMLfile); 
break; 
case ’ß’: 

fputs( R &szlig; ,, I fHTMLfile); 

break; 

default: 

fputc(cNewChar,fHTM Lfile); 
break; 

} //endswitch 
} //e ndwhile 


fclose(fASCIlfile); // Originaldatei schließen 
fclose(fHTMLfile); // HTML-Datei schließen 

retstr->strlength = 0; // Nullstring zurückgeben 

return VALID ROUTINE: // Funktion fehlerfrei beendet 


} 

// end of file 


Der Aufbau dieser Funktion ist im 
wesentlichen der gleiche wie von 
XeliaREXXRegisterFunctions. LedigIich 
der Anweisungsteil der for-Schleife ist 
anders, da zum Deregistrieren der 
Funktionen das REXX-API RexxDeregi- 
sterFunction verwendet wird. Nachdem 
wir wieder die Anzahl der in der Tabelle 
eingetragegenen Funktionen überprüft 
haben, nehmen wir die Deregistrierung 
in einer Schleife vor: 


for (iCount = 0; iCount < iFuncNum;iCount++) 
RexxDeregisterFunction(RexxFunctionTa- 
ble[iCount]); 

Diese beiden Funktionen können Sie 
ohne Änderungen in Ihre eigenen DLLs 
übernehmen, um Ihre REXX-Routinen 
schnell und richtig zu registrieren und zu 
deregistrieren. Wie man beide Funktio¬ 
nen unter REXX aufruf, haben wir 
bereits weiter oben dargestellt. 
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Die dritte und letzte Funktion der neuen 
REXX-DLL nimmt die Konvertierung des 
ASCII-Textes in das HTML-Format vor. 
Um den Code einfach zu halten, 
beschränken wir uns wie im REXX-Bei- 
spiel wieder nur auf die Umsetzung der 
Umlaute und des ß. Die Technik der 
Formatumsetzung wurde bereits 
beschrieben. Wir richten daher unser 
Augenmerk darauf, wie die der Funktion 
übergebenen Parameter im Pro¬ 
grammcode verarbeitet werden. 

Wir übergeben der Funktion zwei 
Parameter, nämlich den Namen der Ori¬ 
ginaldatei und den des zu erzeugenden 
HTML-Dokumentes. Betrachten wir dazu 
den Funktionskopf etwas genauer: 

ULONG XeliaREXXASCIToHTML(CHAR 
*name, 

ULONG numargs, 
RXSTRING argsü, 
CHAR *queuename, 
RXSTRING *retstr) 

Im Parameter numargs finden wir die 
Anzahl der übergebenen Parameter wie¬ 
der. Der folgende Parameter args[] stellt 
ein Array von REXX-Strings dar, welche 
die Argumente enthalten, die an unsere 
Funktion übergeben wurden. Um mit 
ihnen komfortabler arbeiten zu können, 
speichern wir die Pointer auf die beiden 
Argumente in zwei PSZ-Variablen: 

argl = args[0].strptr; 
arg2 = argsflj.strptr; 

argl enthält damit den Zeiger auf den 
ersten REXX-String, arg2 weist auf den 
zweiten. Anschließend können wir mit 
den Zeigern wie gewohnt arbeiten, z.B. 
eine Datei öffnen. Übergeben Sie einer 
Funktion im REXX-Programm einen 
numerischen Wert, müssen Sie diesen 
im Funktionscode zur Weiterverarbei¬ 
tung zunächst in eine Ganz- oder Gleit¬ 
kommazahl konvertieren. Dazu können 


Sie die C-Bibliotheksfunktionen verwen¬ 
den. Nehmen wir z.B. an, Sie übergeben 
einer REXX-Funktion eine Ganzzahl und 
eine Gleitkommazahl, dann könnte der 
Programmcode zur Verwendung dieser 
Parameter so aussehen: 

// Variablendeklarationen 
double d; 
long I; 

// Typkonvertierung der Parameter 
d = atof (args[0].strptr); 

I = atol (args[0].strptr); 

Anschließend läßt sich mit den beiden 
Werten rechnen. Das Ergebnis kann 
man letztlich in eine Datei schreiben. 
Flat man es nur mit einem Einzelergeb¬ 
nis zu tun, übergibt man am Ende der 
Funktion keinen Leerstring in der Varia¬ 
blen retstr , sondern das Ergebnis, das 
evtl, erst wieder in einen String konver¬ 
tiert werden muß, ehe es zurückgege¬ 
ben wird. Dazu noch ein Beispiel: Die 
oben genannte REXX-Funktion gibt 
nach ihren Berechnungen eine Fließ¬ 
kommazahl aus. Der Code dazu sähe 
wie folgt aus: 

sprintf(retstr->strptr, "%f, d); 
retstr->strlength = strlen(retstr^strptr); 

Verwenden Sie weitere API-Funktionen 
und möchten einen API-Rückgabecode 
ausgeben, lautete der Code wie folgt: 

sprintf(retstr->strptr, "%d", rc); 
retstr->strlength = strlen(retstr^strptr); 

wenn rc die Variable ist, die den Return¬ 
code enthält. Im REXX-Programm kön¬ 
nen Sie den Rückgabewert wie folgt ver¬ 
arbeiten: 

Result = RexxFunktion ('1.125’,'25') 

Mit der Variablen Result können Sie 
dann direkt im REXX-Programm weiter¬ 
rechnen. 
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Mit diesen abschließenden Hinweisen 
wollen wir den zweiten Teil unseres 
Workshops beenden. Zuvor geben wir 
noch einen Ausblick auf den nächsten 
und letzten Teil dieses Artikels. 

Nachteile des Beispielprogramms 
Sie bemerken vielleicht, daß unser Bei¬ 
spielprogramm das Benutzerinterface 
stillegt, wenn die REXX-Routine ausge¬ 
führt wird, gleich ob sich der Code zur 
Dateiformatkonvertierung in einer C-DLL 
oder direkt in der REXX-Datei befindet 
(wenngleich im ersten Fall die Ausfüh¬ 
rungsgeschwindigkeit sehr gesteigert 
wurde). Das liegt zum einen daran, daß 
ein zeichenweises Auslesen einer Datei 
ein zeitaufwendiger Prozeß ist. Man 
könnte den Algorithmus noch weitge¬ 
hend verbessern, um die Datei zum 
einen vollständig (nicht nur die Umlau¬ 
te), zum anderen schneller zu konvertie¬ 
ren. Dennoch wird die graphische Ober¬ 
fläche eine ganze Zeit lang nicht auf 
Benutzereingaben reagieren. Dieses 
Verhalten kennen Sie sicher von vielen 
unterschiedlichen Programmen. Bedingt 
wird es dadruch, daß der PM ein nach¬ 
richtenbasiertes System ist: Alle Benut¬ 
zereingaben werden in einer einzigen 
Nachrichtenschlange, der System 
Queue , gespeichert. Wird eine Nach¬ 
richt an eine Applikation gesendet, holt 
sie sich diese von der System Queue 
und bearbeitet sie. Die Kontrolle wird 
aber erst danach an das System zurück¬ 
gegeben, so daß die nächste Nachricht 
zur Bearbeitung von der Systemwarte¬ 
schlange erst dann geholt werden kann, 
wenn die vorherige Nachricht vollständig 
bearbeitet ist. Ein Nachrichtensystem, 
das mit mehreren Systemqueues arbei¬ 
tet, wird diesen Effekt nicht aufweisen 
(z.B. Windows NT). Daher wünschen 
sich viele OS/2-Anwender auch eine 
Multiple System Queue für den PM. 
Dabei wird aber oftmals nicht beachtet, 
daß mehrere Warteschlangen den Ver- 


waltungsoverhead des Betriebssystems 
vergrößern, was der Gesamtperforman¬ 
ce auf gar keinen Fall zugute kommen 
kann. Ferner gibt es viele NT-Anwen- 
dungen, die mit diesem Feature auf eine 
solche Weise umgehen, daß die ohne¬ 
hin OS/2 unterlegene Systemstabilität 
noch weiter herabgesetzt wird. 

Unter OS/2 und dem PM benutzt man 
daher anstelle mehrerer Warteschlan¬ 
gen Threads , um Funktionen, die länger 
als 1/10 Sekunde zur Bearbeitung benö¬ 
tigen, quasiparallel zum übrigen Pro¬ 
grammcode auszuführen: Nach dem 
Starten des Threads wird die Kontrolle 
vom Programm sofort wieder an den PM 
übergeben, wodurch das Benutzerinter¬ 
face weiterhin aktiv bleibt. Die zeitauf¬ 
wendige Funktion läuft dann in einem 
eigenen Thread, d.h. ihr wird Prozessor¬ 
zeit vom System zugeteilt. Damit lassen 
sich mehrere Aufgaben gleichzeitig 
innerhalb eines Prozesses ausführen. 
Leider ist das Konzept des Multithrea- 
ding in den wenigsten OS/2-Anwendun- 
gen konsequent implementiert. Teilwei¬ 
se fehlt es ganz; manchmal ist es 
unsauber in das Programm integriert, so 
daß es dessen Stabilität beeinträchtigt. 

Wir werden unser Beispielprogramm 
daher sinnvoll und OS/2-konform durch 
Multithreading erweitern. Dabei verfah¬ 
ren wir jedoch so, die schwierigste 
Arbeit nur einmal zu tun. Ziel soll es 
somit sein, eine Architektur zu entwik- 
keln, die Multithreading -egal für wel¬ 
ches Programm- einfach und sicher 
anzuwenden macht und alle Möglichkei¬ 
ten dieses Features ausnutzt. Dies führt 
uns zum dritten Anwendungsbereich von 
DLLs: Zu Subsystemen. Im dritten und 
letzten Teil dieses Workshops werden 
wir daher die Entwicklung eines Multi- 
threading-Subsystems betrachten, wel¬ 
ches den Nachteil unseres Beispielpro¬ 
grammes mit einigen Funktionsaufrufen 
beseitigen wird.a 
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Netzwerke mit OS/2, Teil 1 

OS/2 bietet seit der Version 3 mit Warp 
Connectv iele und v.a. einfache Möglich¬ 
keiten der Vernetzung mehrerer Rech¬ 
ner. Mit Warp 4 wurde die Netzwerkun¬ 
terstützung in den Lieferumfang des 
Basisproduktes integriert, so daß zu 
einem akzeptablen Preis auch dem 
Endanwender alle Möglichkeiten zum 
Aufbau eines Netzwerkes offenstehen. 
Wenn man bedenkt, daß man außer 
dem Betriebssystem keine weiteren 
Zusatzprodukte benötigt, um ein Netz¬ 
werk aufzubauen, wird der besondere 
Vorteil von OS/2 hinsichtlich des Net¬ 
work Computing klar, auch im Vergleich 
mit anderen Computersystemen. 

Nun schrecken viele Anwender vor 
der Planung und Realisierung eines 
eigenen Netzwerkes zurück. Doch so 
schwierig ist es gar nicht, und selbst für 
den Endanwender kann ein Netzwerk 
von Interesse sein. Wer neben seinem 
Einzelplatzsytem noch ein Notebook 
sein eigen nennt, wird von ganz alleine 
nach einer Möglichkeit suchen, Daten 
von dem einen auf das andere Sytem zu 
übertragen. Hier mit Disketten zu arbei¬ 
ten, wird mit der Zeit zu einer nervenauf¬ 
reibenden und bestimmt nicht mehr zeit¬ 
gemäßen Arbeit. 

Dieser Netzwerkworkshop zeigt Ihnen, 
wie Sie Ihre OS/2-Rechner miteinander 
vernetzen, egal ob es sich nur um zwei 
Systeme handelt, die miteinander ver¬ 
bunden werden sollen, oder um mehrere 
dutzend oder gar hundert Computer. Der 
erste Teil des Workshops vermittelt das 
Basiswissen, über das Sie verfügen soll¬ 
ten, bevor Sie zur Tat schreiten. Im 
zweiten Teil stellen wir Ihnen die zur 
Vernetzung nötige Hardware vor und 
vergleichen verschiedene Produkte mit¬ 
einander. Außerdem zeigen wir Ihnen, 
wie Sie das Netzwerk, das sich für Ihre 
Belange am besten eignet, planen und 


die dazu notwendigen Hardwarekompo¬ 
nenten installieren. Der dritte Teil des 
Workshops beschäftigt sich dann mit der 
Installation der erforderlichen Software 
sowie der Konfiguration des Netzes und 
dessen Inbetriebnahme. Hier stellen wir 
Ihnen die interessantesten mit OS/2 auf¬ 
baubaren Netzwerktypen vor und geben 
Tips und Tricks zum Aufbau unter¬ 
schiedlicher Netze. 

Einige der innerhalb des Workshops 
vorgestellten Verbindungsmöglichkeiten 
zwischen zwei oder mehreren Rechnern 
sind eher für den Endanwender geeig¬ 
net; für professionelle Aufgaben stellen 
wir Ihnen die Realisierung eines TCP/IP- 
Netzes vor. Wir verzichten jedoch auf 
die genaue Beschreibung typischer Cli- 
ent-Server-Archtikturen und damit auch 
auf die Betrachtung des Warp Servers, 
wie man ihn installiert und einrichtet. 
Grundsätzlich kann man mit einem nor¬ 
malen Warp 4 genauso komplexe und 
leistungsfähige (wenn nicht sogar lei¬ 
stungsfähigere aber auf jeden Fall 
kostengünstigere) Netzwerke aufbauen 
wie mit dem Warp-Server, an den meh¬ 
rere Clients angeschlossen sind. Mit 
TCP/IP als Netzwerkprotokoll ist der 
Aufbau selbst großer Netze gar kein 
Problem, sehr viel flexibler als andere 
Architekturen und läßt daneben auch die 
einfachere Eingliederung Nicht-OS/2- 
Rechner, etwa einer Unix-Maschine zu. 
Selbst einen Macintosh kann man nach¬ 
träglich recht einfach in ein TCP/IP-Netz 
'einklinken'. Wie man heterogene Netze 
aufbaut, zeigen wir Ihnen im dritten Teil 
dieses Workshops. Da wir uns schwer¬ 
punktmäßig mit TCP/IP-Netzen beschäf¬ 
tigen werden, wird dieses Protokoll auch 
im Mittelpunkt des einführenden Teils 
stehen. 

Was ist ein LAN? 

Die Abkürzung für LAN steht für Local 
Area Network oder zu deutsch: Lokales 
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Abb. 1: Schematische Darstellung eines Client/ 
Server-Netzwerkes 


Netzwerk. Der Gegensatz dazu ist das 
WAN (Wide Area Network). Die Begriff- 
lichkeit erklärt zugleich den Einsatz¬ 
zweck: Ein LAN ist räumlich auf ein Zim¬ 
mer, ein Stockwerk, ein Gebäude oder 
einen Gebäudekomplex beschränkt, 
während ein WAN ein Netzwerk dar¬ 
stellt, bei dem die Rechner über weite 
Distanzen miteinander verbunden sind, 
etwa über mehrere Städte hinweg. Dem¬ 
entsprechend unterschiedlich sind natür¬ 
lich auch die Übertragungswege, v.a. 
was die Methoden der Signalübertra¬ 
gung von Rechner zu Rechner und die 
davon abhängige maximal zulässige 
Länge der einzelnen Verbindungsleitun¬ 
gen angeht. 

Per definitionem handelt es sich bei 
einem LAN um eine Anzahl miteinander 
verknüpfter Computer, die sowohl unab¬ 
hängig als auch gemeinsam betrieben 
werden können. Die Anzahl der mitein¬ 
ander verknüpften Rechner kann dabei 
zwischen zwei oder mehreren hundert 
Maschinen liegen. Prinzipiell ist also der 
Zusammenschluß eines Notebooks und 


eines stationären Systems eben¬ 
falls ein LAN - solange die beiden 
Rechner miteinander verbunden 
sind. 

Der Zweck eines LANs ist neben 
der Datenspeicherung auch die 
Bereitsstellung dieser Daten an 
alle Benutzer, die an das LAN 
angeschlossen sind. Das gilt auch 
für an einen der Netzwerkrechner 
angeschlossene Peripheriegeräte, 
etwa einen Drucker, der dann von 
allen MA/-Computern genutzt wer¬ 
den kann. Kurz gesagt ist die Auf¬ 
gabe eines LAN, Ressourcen zu 
verwalten und zu verteilen. In 
einem Unternehmen kann man so 
verschiedene Abteilungen mitein¬ 
ander verbinden. Für Privatanwen¬ 
der lassen sich z.B. Mobilgerät 
und Schreibtischcomputer zusam¬ 
menschließen, um Daten schnell zu 
übertragen; auch kann man sich via 
Modem von unterwegs mit dem Note¬ 
book auf dem heimischen Rechner ein¬ 
wählen, um rasch wichtige Daten zu 
transferieren. Mit der oben angegebe¬ 
nen Einsatzmöglichkeit könnte man 
auch eine unterwegs erstellte Datei auf 
einem hochwetigen Drucker zu Hause 
ausgeben lassen. Die Anwendungsfälle 
sind also mannigfaltig, und der Phanta¬ 
sie sind kaum Grenzen gesetzt. 

Vergleichbar mit einem LAN ist ein 
Großrechner, an den mehrere Terminals 
(Arbeitsplätze) angeschlossen sind. Alle 
Benutzer können sich die Rechenlei¬ 
stung dieses Rechners teilen. Je mehr 
Benutzer man hat, desto weniger Res¬ 
sourcen stehen natürlich zu Verfügung. 
Beim LAN können es mehrere Rechner 
sein, die auch mehreren Benutzern zur 
Verfügung stehen. Ein weitaus wichtige¬ 
rer Vorteil aber besteht in der größeren 
Sicherheit gegen den Ausfall eines 
Rechners im Netz. Während ein 
Hauptrechner bei einem Systemausfall 
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keinem der angeschlossenen Benutzer 
eine Fortsetzung der Arbeit gestattet, 
legt das Versagen einer Maschine im 
LAN das Netz nicht lahm. Zudem kann 
ein zweiter Rechner für den ausgefalle¬ 
nen Computer »einspringen«. Auch ist 
ein LAN in seiner Kapazität einfach 
erweiterbar. Das alles sind Gründe, wie¬ 
so sich Computernetze gegenüber den 
Lösungen mit Großrechnern und Termi¬ 
nals durchgesetzt haben und auch wei¬ 
terhin durchsetzen werden. 

Client/Server und Peer-to-Peer 
Grundsätzlich unterscheidet man zwi¬ 
schen zwei verschiedenen Netzwerkar¬ 
chitekturen: Den Client/Server- und 
Peer-fo-Peer-Netzwerken. 

Im ersten Fall richtet man Maschinen 
ein, die als Server (Anbieter) dienen, 
welche den Clients (Nutzern) Daten oder 
Ressourcen zur Verfügung stellen (s. 
Abb. 1). Ein Server ist dabei ein dedi- 
ziertes System, das neben der Verwal¬ 
tung der einzelnen Clients lediglich das 
Angebot an Peripherie (z.B. Druckern) 
und Daten übernimmt, während die ein¬ 
zelnen Clients nichts anderes tun, als 
von diesem Angebot Gebrauch zu 
machen. Jede Kommunikation der Cli¬ 
ents untereinander läuft dabei über den 
Server. Fällt diese Maschine aus, und 
gibt es kein anderes System, das ihre 
Aufgabe übernimmt, so liegt auch das 
Netzwerk lahm. 

Dafür sind Cii- 
ent/Server- Archi¬ 
tekturen zumeist 
leistungsfähiger 
als ein Peer-to- 
Peer-Netzwerk, 
was logisch 
erscheint, da für 
bestimmte Auf¬ 
gaben im Netz 
speziell ausge¬ 
baute Rechner 


zur Verfügung stehen. Außerdem ver¬ 
läuft die Verwaltung aller Arbeitsstatio¬ 
nen über eine Maschine, was den admi¬ 
nistrativen Aufwand erheblich vermin¬ 
dert. Keiner der einzelnen Clients muß 
die Adresse der anderen Clients im Netz 
kennen, lediglich die des Servers. Dar¬ 
aus ergeben sich gleichzeitig bessere 
Implementierungsmöglichkeiten von 
Sicherheitskonzepten. 

Ein Peer-fo-Peer-Netz kennt eine der¬ 
artige Flierarchie nicht (s. Abb. 2). Alle 
Rechner sind zu einem Verbund zusam¬ 
mengeschlossen, in dem jedes System 
sowohl die Aufgaben eines Servers als 
auch die des Clients übernehmen kann 
(wenn auch nicht muß). Die einzelnen 
Rechner können ohne Hindernis mitein¬ 
ander kommunizieren, vorausgesetzt, 
System A kennt System B, B kennt C 
usw. Eine zentrale Verwaltung der ein¬ 
zelnen Netzwerkteilnehmer gibt es nicht. 
Sollte eine der Maschinen ausfallen, so 
bleibt das Netzwerk in aller Regel davon 
unberührt. 

Beide Architekturen haben Vor- und 
Nachteile. Für die meisten Aufgaben ist 
jedoch ein Peer-Netz geeigneter als eine 
auf der Client/Server- Architektur basie¬ 
renden Lösung. Daneben existiert keine 
so klare Trennung zwischen den beiden 
Architekturen, wie man annehmen könn¬ 
te. Vielerlei Merkmale der einen sind in 
die andere übergegangen. Zusammen- 



Abb. 2: Beispiel für ein Peer-to-Peer-Netzwerk. Die hier dargestellte 
Topologie dient nur der Anschauung und ist nicht etwa 
zwingend vorgeschrieben. 
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Abb. 3: Bussystem 

fassend läßt sich sagen, daß grundsätz¬ 
lich kein Argument existiert, das ohne 
Ausnahme für den notwendigen Einsatz 
einer typischen Client/Server- Lösung 
spricht. Selbst wenn man es mit einem 
großen Netzwerk (also mit mehreren 
hundert Hosts) zu tun hat, so ist ein 
Peer-Netzwerk immer noch eine akzep¬ 
table Lösung. Man kann innerhalb 
eines Peers einzelne Rechner auch für 
Serverzwecke dedizieren. Das können 
z.B. Druck- oder Dateiserver sein, die 
zwar theoretisch auch als Clients 
genutzt werden können, praktisch aber 
nicht genutzt werden. In einem TCP/IP- 
Netz bedient man sich häufig dieser 
Technik. Generell sind TCP/IP-Netze 
sehr leistungsfähig. Das normale OS/2 
Peer, das wir innerhalb dieses Work¬ 
shops ebenfalls besprechen, zeigt seine 
Schwächen gegenüber dem weitaus 
flexibleren TCP/IP v.a. beim Aufbau 
größerer Netzwerke, nicht zuletzt was 
den Ressourcenbedarf der auf den 
einzelnen System installierten Soft¬ 
ware betrifft. 

Topologien 

Stellen wir nach diesen einleitenden 
Informationen, unabhängig davon, 
Protokolle zum Datentransport von 
einem Rechner zum anderen zu 
betrachten, einige Überlegungen zum 
physikalischen Aufbau von Netzwer¬ 
ken an. 


Die Art und Weise, mit der einzelne 
Stationen in einem Rechnerverbund 
miteinander gekoppelt sind, bezeich¬ 
net man als Topologie . 

Es existieren vielfältige Möglichkeiten, 
mehrere Maschinen miteinander zu 
verbinden. Grundformen sind Bussy¬ 
stem (Abb. 3), Ringsystem (Abb. 4), 
Sternsystem (Abb. 5) und das 
Maschennetz. Zusätzlich existieren 
die unterschiedlichsten Mischformen, 
die wir jedoch nicht betrachten. Wir 
beschränken uns auf eine nähere Unter¬ 
suchung der bekanntesten Vertreter des 
Bus- und des Ringsystems, dem Ether¬ 
net und dem Token-Ring, da beide 
Systeme in der Praxis sehr oft anzutref¬ 
fen sind und für unsere Bedürfnisse in 
Frage kommen. Den grundsätzlichen 
Aufbau eines Bus-, Ring- und Sternsy¬ 
stems zeigen die schematischen Abbil¬ 
dungen 3-5. Wir sehen von einer 
Besprechung des Ringsystems ab, da 
es zunehmend an Bedeutung verliert. 

Für den Endanwender bietet das Bus¬ 
system meist die am besten geeignete 
Topologie, da sich ein Ethernet-System 
sehr einfach und schnell aufbauen läßt. 
Die Leitungsführung muß nicht 
geschlossen sein, und zusätzliche 
Maschinen lassen sich einfach in das 
Netz integrieren. Vor allem für kleine 



Abb. 4: Token Ring 
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Abb. 5: Sternsystem. Diese Topologie ist relativ unbe¬ 
deutsam, da die Störanfälligkeit zu hoch und der 
Datendurchsatz im allgemeinen zu gering ist. 


Netze bietet sich dieser Verbundtyp 
mehr an als ein Ringsystem. Generell 
muß ein Bussystem aber nicht die beste 
Wahl sein. Welche der beiden Topologi¬ 
en man wählt, wird letztlich vom Ein¬ 
satzzweck der einzelnen Stationen 
abhängen, von der Größe des Netzes 
und den Anwendungen, die auf den ein¬ 
zelnen Maschinen laufen. Im zweiten 
Teil dieses Workshops werden wir uns 
detailliert mit der Planung des richtigen 
Netzes beschäftigen. 

Das Ethernet-Bussystem 
Bei einem Bussystem wird die 
Signalübertragung von Maschine zu 
Maschine mit einem Medium erzielt, das 
gemeinsam benutzt wird. Der Zugriff auf 
dieses Medium, meist ein Koaxialkabel, 
muß dabei so erfolgen, daß sich zu 
einer bestimmten Zeit immer nur die 
Sendung einer Netzstation auf dem 
Medium befinden darf. Daher ist das 
bedeutendste Problem dieser Systeme 
den Zugang der einzelnen Stationen auf 
den Bus zu regeln. Es gibt dazu unter¬ 
schiedliche Verfahren. Wir werden eine 


der Random-Access- 
Methoden , die dem 
Ethernet zugrunde liegt, 
betrachten. 

Wie beim Ringsystem, 
das wir im nächsten 
Abschnitt besprechen, 
bietet auch das Bussy¬ 
stem den Vorteil, sehr 
einfach aufgebaut zu 
sein. Neue Stationen las¬ 
sen sich simpel in das 
Netz integrieren oder 
auch entfernen, was die 
Modifikationskosten nied¬ 
rig hält. Der Ausfall einer 
Station bringt nur die 
Unerreichbarkeit dieser 
Maschine mit sich, d.h. 
man kann zu ihr nicht 
senden und nicht von ihr empfangen. 
Die Gesamtfunktionalität des Systems 
bleibt dabei allerdings unberührt, womit 
ein Bussystem, im Gegensatz zum 
Ringsystem, weniger störanfällig ist. 

Hinsichtlich der Auswahltechniken, 
die nach einer Signalübertragung die 
nächste sendeberechtigte Station festle¬ 
gen, unterscheidet man zwischen den 
bereits erwähnten Random-Access- 
Methoden und den Reservierungsver¬ 
fahren. Im ersten Fall kann der Zeit¬ 
punkt des Zugangs einer bestimmten 
Station zum Bus von dieser Station 
nicht vorherbestimmt werden. Wird eine 
Reservierungstechnik angewandt, so 
werden für alle sendebereiten Stationen 
Zeitintervalle zur Datenübertragung 
reserviert, womit jede Station ihren Zeit¬ 
punkt zum Buszugang vorherbestimmen 
kann. Da wir das Ethernet betrachten, 
werden wir uns dem Random-Access- 
Verfahren näherzuwenden. 

Random-Access-Methoden 
Bei diesem Verfahren haben alle Statio¬ 
nen zu jeder Zeit Zugriff auf den Bus, 
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also das Übertragungsmedium. Eine 
Vorschrift, die den Zugang zum Medium 
vorschreibt, existiert nicht. Diese Art des 
Buszugriffs ist immer dann von Vorteil, 
wenn die Netzaktivität stark schwankt, 
wie es bei den meisten LANs der Fall 
ist. Durch den jederzeit gemeinsamen 
Zugriff ergibt sich jedoch die Möglichkeit 
zu Übertragungskonflikten: Wenn zwei 
oder mehrere Stationen gleichzeitig auf 
das Medium zugreifen können, kann es 
zu Kollisionen auf dem Bus kommen, 
d.h. zwei oder mehr Signale stoßen 
zusammen und werden dabei unbrauch¬ 
bar oder ganz zerstört. In einem solchen 
Falle muß die sendende Station die 
Übertragung wiederholen. Das bedeu¬ 
tet, daß Kollisionen den Datendurchsatz 
auf dem Bus stark reduzieren, was zu 
höheren Wartezeiten führt. Dabei steigt 
die Wartezeit mit der Anzahl der Statio¬ 
nen, die auf den Bus zugreifen wollen. 
Um diesen Nachteil zu beseitigen, kann 
man entweder versuchen, die Anzahl an 
Kollisionen zu verringern; oder man 
bemüht sich, die durch die Kollisionen 
bedingte Wartezeit zu verkürzen. Dem 
Ethernet liegt das sogenannte CSMA- 
CD-Verfahren zugrunde (Carrier Sense 
Multiple Access with Collision Detec- 
tion), welches die zweite der oben 
genannten Methoden verfolgt. Dieses 
Protokoll werden wir im folgenden 
genauer untersuchen. 

Den Zugriff auf den Bus kann man bei 
CSMA-CD in drei Phasen einteilen: Die 
Lauschphase , die Sendephase und die 
Kollisionsphase. In der Lauschphase 
»hört« eine Station, die Daten senden 
möchte, das Übertragungsmedium ab 
und erhält nur dann einen Zugang zum 
Bus, wenn das Medium frei ist. In die¬ 
sem Falle beginnt die Station mit der 
Sendephase , also dem Übertragen der 
Daten, die in beiden Richtungen auf 
dem Bus entlanglaufen und alle Statio¬ 
nen erreichen. Während sich eine Sen¬ 


dung auf dem Medium befindet, können 
alle anderen Stationen keine Daten 
übertragen. Probleme müssen dann auf- 
treten, wenn mehrere Stationen senden 
möchten und gleichzeitig das Übertra¬ 
gungsmedium abhören. Ist es frei, tre¬ 
ten alle sendebereiten Stationen in die 
Sendephase ein, und es kommt auf dem 
Bus zu einer Kollision. Beim normalen 
CSMA-Protokoll wiederholen alle am 
Konflikt beteiligten Stationen die Über¬ 
tragung einfach nach einer zufällig 
berechneten Zeitspanne. Zufällig ist der 
Abstand zur nächsten Sendung des¬ 
halb, damit sich Kollisionen nicht wie¬ 
derholen. 

Bei CSMA-CD kann eine Station ihre 
eigene Sendung »mithören«, d.h. sie 
merkt nach einer sehr kurzen Abhörzeit, 
daß ihre Sendung mit einer anderen kol¬ 
lidiert ist. Tritt dieser Fall ein, brechen 
die an der Kollision beteiligten Stationen 
ihre Sendungen sofort ab. Die Zeit, die 
bis zum Erkennen der Kollision ver¬ 
streicht, kann dabei für die einzelnen 
Stationen unterschiedlich groß sein. Um 
jedoch die Kollisionsphase möglichst 
klein zu halten, sendet die erste Station, 
die eine Kollision ihrer Sendung mit der 
einer anderen Maschine im Netz 
bemerkt, ein spezielles Störsignal. 
Sobald dieses Signal auf dem Medium 
erscheint, ist es auch den anderen Sta¬ 
tionen möglich, sich im Gange befinden¬ 
de Sendungen unverzüglich abzubre¬ 
chen, selbst wenn diese Maschinen 
eine Kollision ihrer Sendungen noch 
nicht registriert haben. Dadurch redu¬ 
ziert sich die Dauer der möglichen Kolli¬ 
sionsphasen enorm, womit der Durch¬ 
satz auf dem Bus steigt, da er nicht 
mehr mit so vielen, unbrauchbar gewor¬ 
denen Sendungen, die miteinander kolli¬ 
diert sind, belastet wird. Damit sinkt 
auch die Wartezeit erheblich. Nach der 
Kollisionsphase wiederholen die sende¬ 
bereiten Stationen ihre Übertragungen 
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Station 1 

Station 3 

Station 5 

- * Störsignal empfangen. 
""Übertragung abbrechen 

L Kollision bemerkt, 
p Störsignalsenden 

Bus enthält 


: £ Störsignal empfangen. Störsignal 


Übertragung abbrechen 

Station 2 

Station 4 



Abb. 6: Das CSMA/CD-Verfahren bei Ethernet Die Stationen 1, 3 und 4 sind sendebe¬ 
reit und hören den Bus ab. Da er frei ist, treten alle drei Stationen in die Sende¬ 
phase ein. Die Datenpakete der Stationen 3 und 4 kollidieren auf dem Bus. Die 
Station 3 registriert die Kollision als erste, bricht ihre Übertragung ab und sen¬ 
det ein spezielles Störsignal aus. Die Stationen 1 und 4 empfangen dieses Sig¬ 
nal und brechen ihre Übertragungen auf den Bus ebenfalls augenblicklich ab, 
selbst wenn Sie die Kollision ihrer Datenpakete noch nicht registriert haben. 
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nach zufällig bestimmten Zeitintervallen, 
wie beim einfachen CSMA. 

Allerdings wird im Falle des Ether¬ 
nets, die Übertragung nicht einfach 
immer wieder nach einem zufällig 
bestimmten Zeitintervall wiederholt. Viel¬ 
mehr wird hier mit sogenannten adapti¬ 
ven Verzögerungsintervallen gearbeitet, 
d.h. das Zeitintervall zum nächsten Sen¬ 
deversuch wird in Relation zur Häufig¬ 
keit bestimmt, mit der Konflikte immer 
wieder auftreten. Im speziellen Fall des 
Ethernets wird die Größe des Zeitinter¬ 
valls T, bei jeder neuen Kollision des 
gleichen Datenpaketes, das gesendet 
wurde, verdoppelt, um die Wahrschein¬ 
lichkeit einer kollisionsfreien Übertra¬ 
gung des Datenpaketes auf den Bus zu 
erhöhen. Um es allgemein auszudrük- 
ken, ist damit das Zeitintervall bei n auf¬ 
einanderfolgenden Kollisionen 2 n -T 
groß. 

Um die Bezeichnung des Ethernet- 
Auswahlverfahrens zu komplettieren, 
sei an dieser Stelle noch erwähnt, daß 
das im Ethernet verwendete CSMA-CD 
1-persistent ist, d.h. eine Station, die 
Daten senden möchte, hört den Bus 
ununterbrochen ab und wartet auf ihre 
Sendephase, die augenblicklich dann 
eintritt, wenn der Bus frei ist. Konflikte 
müssen immer dann vorbestimmt sein, 
wenn mehrere sendebereite Datensta¬ 
tionen gleichzeitig darauf warten, daß 
das Medium frei wird. Abb. 6 stellt die 
einzelnen Phasen auf dem Bus noch 
einmal dar. 

Das Token-Ring-System 
Im Gegensatz zum gerade besproche¬ 
nen Bussystem verläuft die Kommunika¬ 
tion auf einem Ring, wie ihn Abb. 4 
zeigt, unidirektional, d.h. immer nur in 
eine Richtung von Station zu Station, 
der Kommunikationsrichtung (während 
die Signalausbreitung beim Bussystem 
immer in beide Richtungen verläuft. 


Jede Station verfügt über eine Ein¬ 
gangsleitung für Signale vom Ring und 
über eine Leitung, mit der Signale in 
den Ring eingespeist werden, das söge 
nannte Ringinterface. Zum Senden der 
Datenpakete der einzelnen Stationen 
muß beachtet werden, daß die Länge 
eines Datenpaketes größer ist als die 
Bitanzahl, die der Ring, also das Medi¬ 
um, aufnehmen kann. Daraus folgt, daß 
zu einem Zeitpunkt stets nur eine Stati¬ 
on senden darf, was zur grundlegenden 
Schwierigkeit bei der Implementierung 
eines Ringprotokolls führt. Wir bespre¬ 
chen im folgenden das Token-Ring-Pro- 
tokoll, da es das bekannteste unter den 
Ring-Protokollen ist. 

Der Beiname Token des Token-Rings 
bezieht sich auf ein spezielles Bitmu¬ 
ster, das sogenannte Token. Dieses 
Muster kreist, sofern keine Station 
Daten versendet, beständig im Ring und 
gibt durch seine Präsenz bekannt, daß 
eine Station Daten senden darf. Daraus 
ergibt sich, daß eine Station mit dem 
Einspeisen von Daten in den Ring war¬ 
ten muß, bis dieses »Freitoken« bei ihr 
ankommt. Erhält eine Station das 
Token, muß es das Bitmuster zunächst 
verändern, da es auch nach dem Ver¬ 
sand der Nachricht weiterhin im Ring 
zirkuliert. Im einfachsten Fall geschieht 
dies dadurch, ein Bit im Token zu verän¬ 
dern. Damit übermittelt das Token die 
Information, daß der Ring bereits von 
einer bestimmten Station zum Senden 
benutzt wird, so daß keine andere Stati¬ 
on einen Sendevorgang starten kann. 
Nachdem die Station das »Freitoken« in 
ein »Besetzttoken« verwandelt hat, 
hängt es das zu versendende Datenpa¬ 
ket diesem Token an. Daraufhin läuft 
das Token-Datenpaket-Paar durch den 
Ring. Der Empfänger des Datenpaketes 
erkennt die Sendung und fertigt sich 
eine Kopie an. Anschließend vollendet 
die Nachricht die begonnene Umkrei- 
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sung des Ringes bis zum Sender. Die¬ 
ser entfernt die Nachricht samt dem ver¬ 
änderten Token vom Ring und generiert 
ein neues »Freitoken«, das wieder 
durch den Ring zirkuliert, bis eine neue 
Station senden möchte, dieses Token 
entsprechend verändert und mit dem 
umgewandelten Token das eigene 
Datenpaket verschickt. 

Ist ein Netzwerkring wenig ausgela¬ 
stet, kreist die meiste Zeit, in der das 
Netz in Betrieb ist, das »Freitoken« auf 
dem Ring. Steigt die Netzlast, wird 
zunächst die Übermittlung der aktuellen 
Sendung abgewartet. Nach Generierung 
des neuen »Freitokens« erhält sofort die 
der letzten Sendestation in Kommunika¬ 
tionsrichtung benachbarte Station das 
Senderecht. So können, wenn auch 
langsam, nacheinander alle Stationen 
ihre Daten in den Ring einspeisen, vor¬ 
ausgesetzt, es gibt keine Station, die 
beliebig lange Nachrichten verschicken 
darf, wodurch sie den Ring für sich dedi- 
zieren würde. Folglich wird die Nach¬ 
richtenlänge auf einen bestimmten 
Maximalwert gesetzt, wodurch die Sen¬ 
deerlaubnis nach wie vor von Station zu 
Station weitergegeben werden kann. 
Damit erhält jede Station eines Ringsy¬ 
stems nach endlicher Wartezeit einen 
Zugriff zum Netz. Kollisionsprobleme 
wie beim Bussystem, etwa bei Ethernet , 
treten bei einer Ring-Topologie nicht 
auf. 

Allerdings werden an die Ringinterfa¬ 
ces aller Stationen erhöhte Anforderun¬ 
gen gestellt. So muß jede Station die 
Datenpakete, die sie versenden möchte, 
bereits vollständig vorbereitet haben, 
bevor sie die Sendeerlaubnis erhält. 
Würde eine Station ihre Datenpakete 
erst dann generieren, wenn sie das 
Senderecht bekommt, was sehr plötz¬ 
lich geschehen kann, würden unange¬ 
nehme Verzögerungen auftreten, die 
den Gesamtdurchsatz des Netzes her- 
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i- absetzen. Ferner müssen die Ringinter- 
- faces aller Stationen ständig in Betrieb 
1 sein, selbst dann, wenn eine Station 
>r nicht sende- bzw. empfangsbereit ist. 
e Ansonsten würde der gesamte Ring 
r? ausfallen. Auch müssen die verschick- 
n ten Datenpakete mit besonderen Prüf- 
e feldern, sogenannten ACKs (Acknow- 
iedgements) versehen werden, wenn 
i- Sie von einem Empfänger kopiert wer- 
s den. Dies ist schnell einzusehen: Da bei 
if aktivem Ringinterface eines ausgefalle- 
d nen Empfängers der Ring weiterhin in 
n Betrieb ist, und die Nachricht den Emp- 
g fänger auch erreicht; dieser aber nicht 
e empfangsbereit sein muß (oder kann) 
i- und daher das Kopieren des Datenpa- 
s ketes auch nicht vorzunehmen imstande 
h ist, wird es erforderlich, daß der Emp- 
n fänger die Entgegennahme des Daten- 
•- paketes in geeigneter Form quittiert. Da 
e die Nachricht bis zum Sender zurück- 
n läuft, kann dieser nur mit einem ACK 
i- des Empfängers überprüfen, ob das 
i- Datenpaket auch korrekt angekommen 
n ist. Ansonsten kann die Nachricht ohne 
i- Fehler wieder beim Sender ankommen, 
u ohne daß sie jemals empfangen wurde, 
i. Schließlich beinhaltet das Token-Ring- 
Protokoll die Behebung einiger recht 
n häufig auftretender Fehler, die alleine 
e durch die im Ring vorhandenen Statio- 
t, nen nicht immer behoben werden kön- 
it nen. Dies sind v.a. der Verlust des 
Tokens , das Auftreten eines endlos zir- 
i- kulierenden »Besetzttokens« und der 
i- Fall, daß mehr als eine Station den Ring 
e zum Senden benutzt. Um derartige Feh- 
>, ler bereits auf einer unteren Protokolle- 
i, bene zu beheben, müssen an einer 
t. Stelle des Rings unterschiedliche Über- 
e Prüfungen vorgenommen werden, 
s Sollte ein Token verloren gehen, muß 
:- geprüft werden, ob in einem für den 
i- Ring spezifischen, vorgeschriebenen 
e Zeitintervall das »Freitoken« an einer 
■- Stelle des Rings vorbeikommt. Sollte 
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dem nicht so sein, muß 
der Ring von Daten 
»gereinigt« und ein 
neues Freitoken gene¬ 
riert werden. Dies ent¬ 
spricht einem Reset 
des Netzwerkes. 

Kreist ein Besetzttoken 
endlos im Ring, kann 
keine Station Daten 
versenden. Dieser 
Fehler kann immer 
dann auftreten, wenn 
die letzte Sendestation 
im Ring das Freitoken 
falsch generiert hat. 
Daher muß man in 
einem Token an einer 
anderen Stelle des 
Rings ein zusätzliches 
Bit setzen, das man 
beim nochmaligen 
Durchgang des Tokens 
an dieser Ringposition 
auf das zuvor gesetzte 
Bit überprüft. Ist es 
vorhanden, so muß der 
Ring ebenfalls in den 
Anfangszustand ver¬ 
setzt und ein neues 
»Freitoken« erstellt 
werden. 

Ferner muß auf genau 
die gleiche Weise ver¬ 
fahren werden, wenn 


Freitoken # Besetzttoken # Datenpaket 

Abb. 7: Ablauf der Datenkommunikation in einem Token-Ring- 
Netzwerk. Die sendebereite Station hängt ihr Datenpa¬ 
ket an das zu einem Besetzttoken umgewandelte Frei¬ 
token, sobald das Freitoken an dieser Station vorbei¬ 
kommt. Das Token-Daten-Paar läuft durch den Ring 
und wird vom Empfänger kopiert. Daraufhin läuft es 


gerade zwei Stationen 
Daten versenden. In 
einem To/cen-Ring darf 
immer nur eine Station 
senden. Folglich muß 
jede Station überprü¬ 
fen, ob die Nachricht, 


zurück zum Sender. Dieser löscht es und generiert ein je gerade ankommt, 
neues Token, das wieder im Ring zirkuliert. Auf diese auc h die gleiche ist, 
Weise kann immer nur eine Station im Ring senden. ^ zuvor abqeschickt 
Die kreisförmigen Pfeile in den Abbildungen zeigen H kt Hpm nirht 

die Kommunikationsrichtung im Token-Ring an. Wei- wurae ' ' SI . . 

tere Erläuterungen siehe Text S. 159ff. so - senden zwel Statl0 ‘ 
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nen gleichzeitig. Daher muß die über¬ 
prüfende Station vorbereitete Sendevor¬ 
gänge sofort abbrechen, darf jedoch 
kein neues Token erzeugen. Dies führt 
zur Generierung eines Fehlers, nämlich 
daß kein Token existiert. Erst dann kann 
der Fehler durch einen Reset des Rings 
beseitigt werden. 

Den normalen Ablauf in einem Ringsy¬ 
stem stellt Abb. 7 noch einmal zusam¬ 
menfassend dar. 

Die richtige Topologie 
Für den Endanwender kommt sowohl 
das Ring- als auch das Bussystem als 
Topologie zum Einsatz in Betracht. Das 
Bussystem weist jedoch die meisten 
Vorzüge auf, was an der einfacheren 
Realisierung liegt. Ein Ethernet-System 
läßt sich relativ schnell aufbauen, und 
weitere Maschinen lassen sich einfach 
in das Netz integrieren. Ein Ring hinge¬ 
gen muß aufgetrennt werden, um neue 
Stationen in das Netz zu einzufügen. 
Auch die räumlichen Begebenheiten 
spielen eine Rolle, wenn es darum geht, 
die richtige Topologie auszuwählen. Wir 
werden im 2. Teil des Workshops unter¬ 
schiedliche Netze aufbauen und deren 
Vor- und Nachteile sowie deren Eignung 
für unterschiedliche Einsatzzwecke und 
Netzwerkgrößen genauer betrachten. 

Das ISO-OSI-Referenzmodell 
Wir haben bislang den physikalischen 
Aufbau eines LANs betrachtet und uns 
dabei mit zwei der bekanntetsten und 
der für unsere Bedürfnisse interessan¬ 
ten Topologien beschäftigt. Dabei wur¬ 
den zwei Protokolle untersucht, welche 
auf den beiden Netzwerkformen basie¬ 
ren. Derartige Protokolle sind, je nach¬ 
dem welche der beiden Topologien Sie 
einsetzen, immer vorhanden und aktiv 
und stellen damit eine der unteren Pro¬ 
tokollebenen eines Netzwerkes dar. 
Andere Protokolle, wie TCP/IP, befinden 
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- sich erst auf einer höheren Ebene. 
■- Natürlich richten sich die Einsatzberei- 
h che der verschiedenen Protokolle nach 
rt einem bestimmten Schema. Dieses 
h Schema ist das ISO-OSI-Referenzmo- 
n de//, das in diesem Abschnitt erklärt wird 
s und den theoretischen Grundlagenteil 

unseres Workshops abschließt. Daran 
folgend werden wir uns intensiver im 
i- TCP/IP beschäftigen und dieses Proto¬ 
koll ebenfalls in das ISO-OSI-Referenz- 
modell e inordnen. 

Die ISO (International Standards 
ll Organization) und ihre Bedeutung ist 
s uns bereits im Kapitel um die CD begeg- 
s net. Hier betrachten wir das OSI-Modell 
n (Open Systems Interconnection Modell), 
n das ebenfalls von einem Gremium der 
n ISO entworfen wurde und festlegt, wie 
d sich ein Produkt zur Kommunikation 
h mehrerer Rechner untereinander auf- 
i- baut, aus welchen Schichten es sich 
e zusammensetzt und welche Protokolle 
l. den einzelnen Bestandteilen zugeordnet 
n werden. Bevor wir uns das ISO-OSI- 
t, Modell genauer ansehen, sei noch dar- 
ir auf hingewiesen, daß man in der Praxis 

- eine 1:1-Übertragung dieses Modells in 
n die Realität nie auffinden wird. Es ist ein 
g Referenzmodell, das eher weisenden 
d als obligatorischen Charakter trägt. 

Grundsätzlich existieren auch Kommuni¬ 
kationsstandards, die sich nicht an das 
OSI-Modell halten. Wir werden später 
n TCP/IP in dieses Modell einordnen und 
s zeigen, auf welcher Ebene dieses Kon¬ 
ti zeptes die bereits besprochenen Topo- 
i- logien mit ihren Protokollen zu finden 
sind, 
e 

Die sieben Schichten des OSI-Modells 
i- Das ISO-OSI-Modell ist in Abb. 8 gra- 
e phisch dargestellt. Wie Sie sehen, setzt 
v es sich aus sieben Schichten zusam- 
)- men, welche gemeinsam eine Kommu- 
r. nikation zwischen zwei Computersyste- 
n men idealisiert darstellen. 
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Abb. 8: Das ISO-OSI-Referenzmodell und seine 7 Schichten. Links sind die im Modell 
genannten Bezeichnungen angegeben, rechts deren Bedeutungen. Die einzel 
nen Schichten sind vom Übertragungsmedium bis zur Applikation durchnu¬ 
meriert. Der Informationsfluß beginnt beim Benutzer und seiner Anwendung 
auf Ebene 7 und durchläuft nacheinander alle Schichten bis zum Übertra¬ 
gungsmedium. Jede der sieben Säulen ist als eine Station im Netzwerk zu 
sehen, wobei die linke Säule die sendende und die rechte die empfangende 
Station im Netz darstellt. Das Signal durchläuft nach der Übertragung vom 
Sender zum Empfänger wieder alle sieben Schichten, nur in umgekehrter 
Reihenfolge. Damit wird ein korrekter Informationsfluß von einem System zu 
einem anderen verwirklicht. 


Das Modell mag anfangs etwas verwir¬ 
rend wirken, ist aber sehr einfach zu 
verstehen, wenn man die einzelnen 
Schichten bestimmten Netzwerkkompo¬ 
nenten zuordnet. 

Die beiden untersten Schichten 1 und 
2 sind meistens bereits durch die zum 


Einsatz kommende Topologie und die 
darauf basierende Hardware definiert 
und bieten auf diesen Ebenen die 
bereits besprochenen Datenfluß- und 
Steuerungsprotokolle, die durch die 
Netzwerkadapter zur Verfügung gestellt 
werden. Auf der Ebene 3 findet man 
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bereits hardwareunabhängige Protokol¬ 
le, welche sich u.a. um die Adressie¬ 
rung der einzelnen Netzstationen küm¬ 
mern. Die Ebenen 4 und 5 dienen dem 
eigentlichen Datentransport und der 
Kommunikationssteuerung, während die 
Schichten 6 und 7 in den Anwendungs¬ 
bereich fallen. Auf diesen Ebenen lau¬ 
fen die eigentlichen Netzwerkanwen¬ 
dungen mit ihren spezifischen Datenfor¬ 
maten. Man kann daher die sieben 
Schichten in drei Gruppen einteilen: 

1. Schichten zum Zugriff auf das Über¬ 
tragungsmedium, zur Implementie¬ 
rung topologieabhängiger Protokolle 
und hardwareunabhängiger Adres¬ 
sierungsschemata (Schichten 1 bis 
3 ). 

2. Schichten zur Kommunikations¬ 
steuerung und zum Datenaustausch 
(Schichten 4 und 5). 

3. Schichten zur Ausführung von Netz¬ 
werkanwendungen und zur Verwal¬ 
tung und Verarbeitung anwendungs¬ 
spezifischer Datenformate. 

Zur näheren Untersuchung des Refe¬ 
renzmodells verfolgen wir nun den Weg 
einer Nachricht von einer sendenden 
Station zu einer empfangenden Station 
in einem Netz. 

Nehmen wir dazu an, ein Anwender 
verschickt eine Mail an einen anderen 
Benutzer. Dazu dient eine Anwendung, 
welche das Abfassen der Nachricht 
ermöglicht. Wir befinden uns also in der 
Schicht Anwendung (Application). Nach 
dem Editiervorgang wird die Nachricht 
in einer Datei gespeichert und mit für 
die Datenübertragung geeigneten 
Zusatzinformationen versehen, etwa 
einem entsprechenden Header. Dies 
erfolgt in der Schicht Datendarstel¬ 
lung (Presentation) ebenfalls durch die 


Anwendung selbst oder einen anderen 
Prozeß durch Konvertierung des Textes 
in ein anderes Format, der Überwa¬ 
chung der Dateieingabe etc. Anschlie¬ 
ßend ist die Nachricht zur Übertragung 
bereit. Nun übernimmt ein Prozeß der 
Schicht Kommunikationssteuerung 
(Session) die Kontrolle des Kommunika¬ 
tionsablaufes. Hier werden bestimmte 
Parameter und die Flußsteuerung des 
Datenverkehrs initialsiert und später 
überwacht. Daraufhin kann die Datei 
übertragen werden und zwar durch die 
in der Schicht Transport definierten Pro¬ 
tokolle. In dieser Schicht wird die 
gesamte Übertragung kontrolliert und 
durchgeführt. So wird die Datei z.B. 
gemäß eines bestimmten Protokolls in 
einzelne Datenpakete zerlegt und dar¬ 
auf geachtet, daß alle Pakete korrekt 
und in der richtigen Reihenfolge über¬ 
tragen werden. Die Auflösung der Emp¬ 
fängeradresse und die letzten Schritte 
zur endgültigen Übertragung, sowie den 
Ablauf der Übertragung selbst über¬ 
nimmt ein Protokoll (wie z.B. IP) in der 
Schicht Vermittlung (Network). Erst jetzt 
wird Datenpaket für Datenpaket den 
Komponenten der Schichten Fehlerbe¬ 
hebung (Data Link) und Bitübertragung 
(Physical) übergeben, meistens gleich 
dem Treiber des Netzwerkadapters. Der 
Adapter selbst sichert und kontrolliert 
mit den bereits bekannten topologieba¬ 
sierenden Protokollen den Zugriff auf 
das Übertragungsmedium (das ist z.B. 
ein Koaxialkabel), um alle Datenpakete 
in einem korrekten Bitstrom zu übertra¬ 
gen. Einmal in das Medium eingespeist, 
befindet sich die Nachricht im Netz und 
wird von der Empfangsstation paketwei¬ 
se aufgefangen. Hier verläuft der 
gesamte Prozeß während des Emp¬ 
fangs noch einmal -nur in umgekehrter 
Reihenfolge- bis aus dem erzeugten 
Bitstrom wieder die zuvor abgefaßte 
Nachricht geworden ist. 
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TCP/IP im Detail 

Nach dem Grundlagenteil dieses Arti¬ 
kels soll TCP/IP als das Netzwerkproto¬ 
koll, das wir vorrangig verwenden wer¬ 
den, in den Mittelpunkt unserer Auf¬ 
merksamkeit rücken. Wir benötigen die 
hier wiedergegebenen Grundkenntnisse 
für die Praxis im zweiten und dritten Teil 
dieses Workshops, v.a. was die Netz¬ 
werkplanung und die Adressierung der 
einzelnen Arbeitsstationen mit IP- 
Adressen angeht. 

TCP/IP - eine Protokollfamilie 
Die Abkürzung TCP/IP steht für Trans¬ 
mission Control Protocol/ Internet Pro- 
tocol und stellt kein Protokoll im eigentli¬ 
chen Sinne, sondern ein Sammlung 
unterschiedlicher, miteinander verwand¬ 
ter Protokolle dar. Ein direkter Vergleich 
mit anderen Architekturen, die zur 
Rechnerkommunikation eingesetzt wer¬ 
den, ist daher nicht ohne weiteres mög¬ 
lich. Das liegt zum einen daran, daß 
TCP/IP nicht aus der Hand eines Her¬ 
stellers stammt und ein einheitliches 
Produkt darstellt. Vielmehr wurde 
TCP/IP -im Anstoß an die Bedürfnisse 
des amerikanischen Verteidigungsmini¬ 
steriums- von mehereren Universitäten 
entwickelt und befindet sich auch jetzt 
unter einer beständigen Weiterentwick¬ 
lung. Es ist daher notwendig, die einzel¬ 
nen TCP/IP- Komponenten aus der Pro¬ 
tokollfamilie zu isolieren und deren Auf¬ 
bau zu untersuchen, um ein Verständ¬ 
nis für das Gesamtkonzept zu erhalten. 

Grundlegender Aufbau 
Hinsichtlich der Struktur von TCP/IP 
stellen auf diesem Protokoll basierende 
Netze Peer-to-Peer-Netzwerke dar. Das 
bedeutet, daß zwischen Client und Ser¬ 
ver nicht unterschieden wird. Man nennt 
daher die einzelnen Stationen in einem 
TCP//P-Netz Hosts. Das bedeutet, daß 
bei der Installation eines Netzes noch 


keine spezifischen Serverdienste exi¬ 
stieren. Erst durch die spätere Konfigu¬ 
ration des TCP/IP- Paketes wird 
bestimmt, welcher Rechner z.B. Druck¬ 
oder Dateidienste anbietet. 

Trotz des Peer-fo-Peer-Aufbaus exi¬ 
stiert auch unter TCP/IP eine Client/ 
Server-Struktur. Unter Server versteht 
man hier jedoch keine Maschine, son¬ 
dern ein Programm, das bestimmte 
Dienstleistungen anbietet, etwa das 
Bereitsstellen von Dateien. Diese Pro¬ 
gramme laufen in sogenannten Dämon- 
Prozessen. Das sind Prozesse, die im 
Hintergrund laufen, entsprechend der 
TCP//P-Konfiguration auf einem Host 
automatisch gestartet werden und kein 
Interface zur Interaktion mit dem Benut¬ 
zer besitzen. Für jede Serverfunktion ist 
ein spezifischer Dämon erforderlich, 
etwa ftpd.exe , der FTP-Dämon zur 
Bereitstellung eines Dateiservers. Fer¬ 
ner existiert zu jedem Server ein Client 
in Form eines entsprechenden TCP/IP- 
Clientprogramms, welches als normales 
Programm läuft, entsprechende Proto¬ 
koll verwendet und mit dem Dämon auf 
einem anderen Host kommuniziert. Cli¬ 
ent und Server bezeichnen unter 
TCP/IP also Programme. Wir werden im 
folgenden einen genaueren Blick auf 
diese Programme und die Protokolle, 
die ihnen zugrundeliegen, werfen. 

Einordnung in das OSI-Modell 
Wie gesagt besteht TCP/IP aus einer 
ganzen Gruppe unterschiedlicher Proto¬ 
kolle, die alle aufeinander aufbauen. 
Auch hier existieren also verschiedene 
Schichten, die man in das OSI-Modell 
einordnen kann (s. Abb. 9). 

Wie man sieht, umfasst TCP/IP mit 
einigen Komponenten gleich mehrere 
Schichten des Modells, einige auch gar 
nicht. So werden die Schichten 1 und 2 
(Bitübertragung und Fehlererkennung) 
bereits durch die Hardware zur Verfü- 
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Abb. 9: Die Einordnung der TCP/IP-Protokollfamilie in das ISO-OSI-Referenzmodell. Die 
beiden unteren Schichten werden nicht von TCP/IP sonden von der Netzwerk¬ 


hardware, also den Adapterkarten und den dazu nötigen Treiberiipiplementiert. 
Die Netzwerkschicht wird von IP (Internet Protocol) belegt. Darauf bauen die für 
den paketweisen Datentransport nötigen Protokolle TCP und UDP auf. Die ver¬ 
bleibenden Schichten 5-7 werden von den einzelnen TCP/IP-Protokollen und 
ihren Anwendungen, wie Telnet, FTP etc., belegt. 


gung gestellt, also durch die für das 
Netzwerk gewählte Topologie. Entschei¬ 
det man sich etwa zum Aufbau eines 
Token Rings, bieten die Netzwerkadap¬ 
ter bereits eine feste Verknüpfung zwi¬ 
schen den beiden ersten Schichten des 
Modells. Unter OS/2 stellen die MPTS 
(Multi-Protocol Transport Services) die 
Interfaces zwischen Adapter, Protokol¬ 
len und Programmierschnittstellen 
bereit. Die MPTS beinhalten den LAPS 
(LAN Adapter and Protocol Service), 


der Netzwerkkartentreiber und die 
dazugehörigen Protokolle bietet. Wir 
werden die MPTS im nächsten Teil die¬ 
ses Workshops genauer untersuchen. 

Auf dieser durch das Betriebssystem 
definierten Schicht setzt das IP (Internet 
Protocol), die wichtigste Komnponen- 
te von TCP/IP auf. IP bildet eine Verbin¬ 
dung zwischen den hardwareabhängi¬ 
gen Protokollen und der Transport¬ 
schicht, auf der sich TCP und UDP 
befinden. IP bildet die grundlegende 
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Funktion zum Transfer von Datenpake¬ 
ten von einem Host zum anderen und 
ist auch für das sogenannte Routing 
(also das Auffinden des Weges vom 
sendenden zum empfangenden Host) 
verantwortlich. IP ist ein unzuverlässi¬ 
ges Protokoll, d.h. es verfügt über kei¬ 
nerlei Sicherheitsmechanismen, die 
über eine korrekte Übertragung einzel¬ 
ner Datenpakete im Netz wachen. Die¬ 
se Aufgabe muß von einer höheren 
Protokollschicht erfüllt werden. Um 
Datenpakete zu verschicken, setzt IP 
die sogenannten IP- Adressen der bei¬ 
den Kommunikationspartner voraus. 
Diese Adresse hat eine feste Länge und 
ist ein 32-bit Wert. Um diese Adresse in 
dezimaler Schreibweise besser entzif¬ 
fern zu können, teilt man sie in vier 
Oktetts und trennt diese mit drei Punk¬ 
ten. Eine gültige /P-Adresse wäre z.B. 
194.120.121.5 (wobei diese Adresse 
rein fiktiv ist). Diese Adressen sind 
Ihnen sicher schon bei der Konfigurati¬ 
on Ihres Internetzugangs aufgefallen. 
Eine solche /P-Adresse ist keine Hard¬ 
wareadresse. Damit IP eine entspre¬ 
chende Umwandlung vornehmen kann, 
bedient es sich des ARP (Address 
Resolution Protocol). Sollte die Hardwa¬ 
readresse eines Hosts noch nicht 
bekannt sein, wird ein sogenannter 
ARP-Broadcast in das Netz geschickt. 
Nur der Host , dessen IP- Adresse im 
Broadcast angegeben ist, meldet sich, 
so daß IP nur an diesen Host das zu 
verschickende Datenpaket sendet. Ein 
solches Datenpaket besteht aus einem 
Dateiteil und einem Header, der die IP- 
Adressen des sendenden und empfan¬ 
genden Hosts enthält. Dieser Header 
wird durch eine Prüfsumme gesichert, 
allerdings nimmt IP sonst keinerlei Kon¬ 
trollen des Datenflusses vor. 


Auf der Transportschicht finden wir die 
beiden Übertragungsprotokolle UDP 
und TCP. UDP bietet wie IP einen 
ungesicherten Versand 1 von Datenpa¬ 
keten, erlaubt jedoch, im ürbigen wie 
TCP , nicht nur den Versand an 
bestimmte Hosts , sondern zusätzlich 
auch an bestimmte Prozesse, welche 
auf diesen Hosts laufen. Zur Bestim¬ 
mung des spezifischen Empfängers exi¬ 
stiert eine sogenannte Portnummer, die 
beim Versand des Datenpaketes mit 
angegeben wird. Diese Zuweisungen 
eines Datenpaketes mit einem Port 
nennt man Well Known Port 
Assignments. Einige dieser Ports ken¬ 
nen Sie ebenfalls, etwa den TCP-Port 
110 (POP3), den Sie in Ihrem POP- 
Mailprogramm angeben. Da die Portzu¬ 
weisungen ab und an in der Praxis auf¬ 
tauchen, finden Sie entsprechende 
Tabellen in Teil 2 dieses Workshops. 

TCP (Transmission Control Protocol) 
nun ist das wichtigste und bekannteste 
Transportprotokoll. Zusammen mit IP 
hat es der Protokollfamilie auch ihren 
Namen gegeben. Es implementiert eine 
sichere Paketübermittlung von einem 
Host zum anderen, indem es einen 
Datenstrom, z.B. eine Datei, zum Ver¬ 
sand in einzelne Pakete (sogenannte 
Datagramme) zerlegt, mittels IP zur 
Zielstation überträgt und dort wieder 
zusammensetzt. Dabei führt TCP unter¬ 
schiedliche Überprüfungen durch, um 
die Richtigkeit des übertragenen Daten¬ 
paketes zu gewährleisten. Sollten Feh¬ 
ler auftreten, wird das fehlerhafte 
Datagramm nochmals übertragen. Eine 
nochmalige Übertragung findet auch 
dann statt, wenn ein Datenpaket, das 
zur Rekonstruktion des ursprünglichen 
Datenstroms nötig ist, verlorengeht. 
Außerdem bringt TCP die einzelnen 


1 Das ist nicht ganz korrekt: UDP fertigt vom Datenteil eines Paketes eine Prüfsumme an. 
Allerdings werden weitere Überprüfungen nicht vorgenommen, was für eine gesicherte 
Datenübertragung noch nicht ausreicht. Diese wird durcfTCP realisiert. 
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Datenpakete nach der Übertragung wie¬ 
der in die richtige Reihenfolge, da IP 
nur für die Übermittlung zuständig ist 
und auf die korrekte Reihenfolge der 
einzelnen Pakete nicht achtet. 

Oberhalb von TCP befinden sich die 
einzelnen Programme, etwa FTP , 
Gopher, Telnet usw. Diese Programme 
basieren auf unterschiedlichen Protokol¬ 
len, die ihre Grundlage auf TCP finden. 
Eine Zusammenstellung der wichtig¬ 
sten 7"CP//P-Programme finden Sie im 
Praxisteil dieses Workshops, da wir dort 
auch für eine Konfiguration der entspre¬ 
chenden Dämon-Prozesse sorgen. 

Übrigens sind alle Protokolle in den 
RFCs (Request For Comments) aufgeli¬ 
stet. Möchte man für ein bestimmtes 
Protokoll eine neue Anwendung entwik- 
keln, benötigt man den entsprechenden 
RFC des Protokolls, den man über das 
Internet beim NIC (Network Information 
Center) via Download erhält. 

Datenpakete im TCP/IP-Netz 
Wir wollen nun ähnlich wie bei der 
Besprechung des OSI-Refernzmodells 
den Ablauf einer Dateiübertragung in 
einem TCP/IP-Ne\z beschreiben. Den 
Weg eines Datenpaketes nennt man 
Route und das Aufsprüren dieses 
Weges vom Sender zum Empfänger 
Routing. Daher werden wir uns im fol¬ 
genden Abschnitt mit dem Routing 
befassen. 

Nehmen wir an, eine Datei soll in 
einem LAN von einem Host A auf einen 
Host B mittels FTP übertragen werden. 
Dazu wählt der Benutzer des Hosts A 
die entsprechende Datei aus und startet 
die Übertragung. Daraufhin wird die 
Datei von TCP in einzelne Datenpakete 
zerlegt, die -mit einem Adressheader 
versehen- mit IP verschickt werden. 
Dazu wird von IP mit ARP die Hardwa¬ 
readresse des Zieladapters bestimmt 
und das Datenpaket mittels der hardwa- 
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5 - reorientierten Protokolle, auf denen IP 
P aufsetzt, in das Netzwerk direkt an den 
5t entsprechenden Host geschickt. Die 
*r Route ist dabei klar, weshalb man auch 
von einem direkten Routing spricht. Auf 
e diese Weise wird kontinuierlich Daten- 
paket für Datenpaket übertragen, von 
e Host B mit IP empfangen und mit TCP 
I- wieder zum Originaldatenstrom zusam- 
i. mengesetzt. 

y Weitaus interessanter ist jedoch der 
n Fall, wenn sich Host A in einem ände¬ 
rt ren Netz als Host B befindet. Nun kann 
3- das Routing nicht mehr direkt sein, son¬ 
dern muß über mehrere Hosts verlau- 
n fen, welche das Datenpaket nur weiter- 
i- reichen. Man spricht dabei von indirek- 
s tem Routing. Damit dies möglich wird, 
<- müssen alle Datenpakete als selbstän- 
n dige Einheit behandelt werden, wie es 
is unter IP ja auch geschieht. Daraus 
n resultiert, daß Datenpakete auch dann 
den Zielhost erreichen, wenn Netzwerk¬ 
bereiche zwischen Host A und Host B 
liegender Netzwerke ausgefallen sind. 
3r Für jedes Datenpaket kann also ein 
's anderes Routing durchgeführt werden, 
n Würde unsere Datei aus sieben Pake- 
n ten bestehen und nur sechs davon 
n erreichen den Zielhost über eine norma- 
is lerweise sichere Route von Host zu 
>r Host und Netzwerk zu Netzwerk, for- 
I- dert TCP das fehlende Paket noch ein- 
g mal an, und es kann eine andere Route 
gefunden werden, die eine korrekte 
n Übermittlung des Datenpaketes 
n gewährleistet. Es können für unter- 
l. schiedliche Pakete auch gleichzeitig 
A mehrere Routen existieren, die unter¬ 
st schiedlich schnell sind. Daraus folgt, 
e daß sich die einzelnen Datenpakete 
e nicht in der korrekten Reihenfolge auf 
>r unserem Beispielhost B einfinden müs- 
l. sen. In einem solchen Falle sorgt TCP 
3- dafür, daß die Pakete wieder in der rich- 
lt tigen Reihenfolge zum ursprünglichen 
3- Datenstrom zusammengesetzt werden. 
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I- 1 weit einmalige, numerische 

Hostname Z.B.: Kennung erhält. 

sabba xnet dp Unter TCP/IP ist der 

sappa.xnet.ae j sche Name einer Datensta _ 

tion im Netz ein sogenann- 

Durchsuchen der lokalen Host-Tabelle den maThieT✓ergibt,^nter- 

oder Anfrage beim DNS liegt -bis auf einige Ausnah- 

men- kaum Einschränkun¬ 
gen. Einen Host xnet04 zu 

▼ _ nennen ist ebenso möglich 

A„fl«r..n„ ln /lu ID Arlmrr«. wie xara oder cerberus. Wir 

Auflosungm die IP-Adresse. werden auf das vergeben 

200.100.100.5 von Hostnamen auf Anwen- 

- derebene im Praxisteil die- 

Ermitteln der Hardware 

des HostS mittels ARP dieser Stelle mit den oben 

~ _ genannten Beispielen. 

Hardwareadresse I Ein von lhnen ver 9 ebener 

narawareauresse Hostname ist für IP ein 

des HostS Synonym für eine IP-Adres- 

1 - 1 se. IP- Adressen wurden 

bereits erwähnt und als 32- 

Abb. 10: Schematische Darstellung des Adressüberset- Werte definiert, die man 
zungsmechanismus des TCP/IPProtokollstacks. | n dezimaler Schreibweise 


Durchsuchen der lokalen Host-Tabelle 
oder Anfrage beim DNS 


Auflösung in die IP-Adresse: 
200.100.100.5 


Ermitteln der Hardwareadresse 
des Hosts mittels ARP 


Hardwareadresse 
des Hosts 


Die Routen, welche die Datenpakete 
genommen haben, bleiben der Trans¬ 
portschicht TCP allerdings unbekannt. 

Bevor wir uns mit dem hier vorgestell¬ 
ten Ablauf des Routings genauer 
beschäftigen, wird es notwendig zu ver¬ 
stehen, wie die /P-Adressierung funktio¬ 
niert. 

Adressierung der Netzwerkstationen 


in vier durch drei Punkte 
getrennte Zahlengruppen darstellt. 
Während sich ein Hostname auch mit 
viel Phantasie zusammenstellen läßt, 
folgt die Vergabe von /P-Adressen 
einem festgelegten Schema, dem wir 
uns gleich genau zuwenden. Diese /P- 
Adresse muß netzwerkweit eindeutig 
sein (ebenso wir der Hostname). Sollte 
ein LAN direkt an das Internet ange¬ 
schlossen sein, müssen die an die ein- 


Wie wird ein Host in einem TCP//P-Netz 
adressiert? Diese Frage führt uns 
zunächst zum Aufbau einer IP- Adresse. 

Egal, welches Protokoll man in einem 
Netzwerk verwendet, man benutzt zwei 
Ebenen, um eine Netzwerkstation anzu¬ 
sprechen: Eine logische , bei der man 
eindeutige und leicht zu merkende 
Namen vergibt; und eine physikalische , 
auf der jeder Rechner eihe netzwerk- 


zelnen Hosts dieses Netzes vergebe¬ 
nen /P-Adressen sogar weltweit eindeu¬ 
tig sein. Dies führt zu den verschiede¬ 
nen /P-Adreßklassen, denen wir uns 
später zuwenden. Jeder Hostname ist 
mit einer IP -Adresse verknüpft, so daß 
die Zuordnung der einzelnen Hosts für 
IP möglich wird. 

Wie man sich weiter denken kann, 
benutzt der TCP/IP -Protokollstack ein 
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dreistufiges Adreßübersetzungssche- 
ma, um einen vom Anwender vergebe¬ 
nen Hostnamen in eine IP- Adresse und 
diese in die Hardwareadresse der 
Arbeitsstation zu übersetzen. IP benutzt 
für diesen letzten Übersetzungsschritt, 
wie bereits wieter oben ausgeführt, 
ARP. Wie dieser dreistufige Mechanis¬ 
mus zur Adreßübersetzung aussieht, 
zeigt Abb. 10. 

Aufbau von IP-Adressen 
Von besonderem Interesse ist nun 
zunächst das Format von IP- Adressen. 
Wie wir bereits erwähnten, besteht eine 
/P-Adresse aus 32 Bit, also 4 Byte. 
Damit kann jedes Byte Werte von 0 bis 
255 annehmen. In dezimaler Schreib¬ 
weise trennt man jedes Byte der Adres¬ 
se durch einen Punkt. Eine mögliche IP- 
Adresse könnte also so aussehen: 

185.210.111.8 

Wie werden diese vier Bytes nun inter¬ 
pretiert? Auf keinen Fall darf man 
annehmen, bei der IP- Adresse handelte 
es sich um eine fortlaufende Nummerie¬ 
rung aller im Netz vorhandenen Hosts. 
Vielmehr läßt sich das Zahlenquartett in 
zwei Gruppen zerlegen, wobei die erste 
Gruppe für die Nummer des Netzwer¬ 
kes und die zweite für die des Hosts in 
diesem Netzwerk steht. Betrachten Sie 
dazu Abb. 11. 

Welche der vier Bytes man für die 
Bezeichnung des Netzwerkes und wel¬ 
che für die der Hosts verwendet, ist 
abhängig von der Adreßklasse. Je 
nachdem, welche Bytes man zur Netz¬ 
werk- bzw. Hostnummer gruppiert, 
ergeben sich nämlich drei Adreßklas- 
sen: A, B und C, welche Abbildung 11 
darstellt. 

Wie man sieht, wird bei Adressen der 
Klasse A nur das erste Byte der Adres¬ 
se zur Bezeichnung des Netzwerkes 


verwendet, während die anderen 3 
Bytes zur Numerierung der Hosts in den 
Netzen zur Verfügung stehen. Da bei 
Klasse-A-Adressen das erste Bit des 
ersten Bytes immer auf 0 gesetzt ist, 
lassen sich mit diesem Byte 2 7 Netze 
adressieren, also 128. Der Wertebe¬ 
reich des ersten Adreßbytes beginnt 
damit bei 0 und endet bei 127. Für die 
Adressierung der Hosts in einem der 
128 Netze stehen in der IP-Adresse nun 
noch 3 Byte zur Verfügung. Damit kön¬ 
nen insgesamt 2 24 , also 16.777.216 
Hosts pro Netz eindeutig adressiert 
werden. In einem Netz kann man also 
sehr viele Hosts miteinander verbinden. 
Klasse-A-Adressen werden deshalb für 
Internet-Rechner vergeben. Bei 128 
möglichen Netzen kann man so ins- 
gsamt 2.147.483.648 einzelne Hosts 
adressieren. 

Bei Adressen der Klasse B werden 
die ersten beiden Bytes der IP- Adresse 
zur Bezeichnung des Netzwerkes und 
die letzten beiden zur Bezeichnung der 
Hosts in diesen Netzen verwendet. Das 
Verhältnis zwischen Netzen und Hosts 
ist damit recht ausgewogen. Die ersten 
beiden Bit einer Klasse-B-Adressen 
werden immer auf 10 gesetzt, womit 
sich für das erste Byte ein Wertebereich 
von 128 bis 191 ergibt. Insgesamt ste¬ 
hen noch 6 Bit des ersten Bytes und 8 
des zweiten zur Netzwerkadressierung 
zur Verfügung, womit insgesamt 2 14 , 
also 16.384 Netze adressiert werden 
können. Da die beiden letzten Bytes der 
Klasse-B-Adresse vollständig zur 
Adressierung der Hosts in einem Netz 
verwendet werden können, ist es mög¬ 
lich pro Netz 2 16 , also 65.536 Hosts zur 
adressieren. Insgesamt bieten Klasse- 
B-Adressen einen Adressenpool von 
1.073.741.824 Hosts. 

Die am meisten verwendeten Adres¬ 
sen sind Klasse-C-Adressen, die im 
Internet übrigens nicht verwendet wer- 
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1. Byte 

2. Byte 

3. Byte 

4. Byte 

Bitmuster: 0 
Werte: 0-127 




Netzwerke 

Hosts 



Bitmuster: 10 
Werte: 128-191 





Netzwerke _11_ Hosts 


Klasse A 

128 Netze, 16.777.216 Hosts 
2.147.483.648 Hosts insgesamt 


Klasse B 

16.384 Netze, 65.536 Hosts 
1.073.741.824 Hosts insgesamt 


Bitmuster: 11 
Werte: 192-255 




Netzwerke 

Hosts 


Klasse C 

4.194.304 Netze, 256 Hosts 
1.073.741.824 Hosts insgesamt 


Abb. 11: Die drei Adreßklassen des TCP/IP-Protokollstacks. Unter Bitmuster versteht 

man bei der Klasse A das erste, bei den anderen Klassen die ersten beiden Bll» 
des ersten Bytes der Adresse. 


den. Man wird daher diesen Adreßtyp in 
seinem eigenen LAN am wahrschein¬ 
lichsten einsetzen. Bei Klasse-C-Adres¬ 
sen werden die ersten drei Bytes zur 
Adressierung des Netzwerkes benutzt 
und das vierte zur Adressierung der 
Hosts. Die ersten beiden Bits des 
ersten Bytes sind immer auf 11 gesetzt, 
womit sich der Wertebereich 192 bis 
255 für das erste Byte ergibt. Insge¬ 
samt stehen also noch 22 Bits zur 
Adressierung der Netzwerke zur Verfü¬ 
gung. Damit läßt sich eine große Anzahl 
an Netzwerken beziffern, nämlich 2 22 , 
also 4.194.304. Dafür stehen nur noch 
8 Bit zur Hostadressierung pro Netz¬ 
werk bereit. Ein T'CP/'/P-Netz, das Klas- 
se-C-Adressen benutzt, kann daher aus 
höchstens 256 Hosts bestehen. 
Dadurch bleiben die Netze aber über¬ 
schaubar. Da man mehrere Klasse-C- 
Netze -wie auch die Netze anderer 
Klassen- miteinander koppeln kann, 
lassen sich mit dieser Adreßklasse 
genauso viele Hosts adressieren wie 
bei der Verwendung von Klasse-B- 
Adressen, also 1.073.741.824. 


Um diesen Abschnitt abzuschließen, 
sei noch auf zwei Besonderheiten hin 
gewiesen, nämlich auf Netz- und 
Broadcastadressen. Eine Netzadresso 
wird durch eine /P-Adresse repräsen 
tiert, bei der die Bereiche, welche die 
Hostadresse kennzeichnen, auf 0 
gesetzt sind, etwa 132.223.0.0 bei einer 
Klasse-B-Adresse. Daher kann man 
eine derartige Adresse nicht für die 
Adressierung eines Hosts verwenden. 
Bei einer Broadcastadresse werden die 
den Host bezeichnenden Adreßteile auf 
255 gesetzt. Damit werden alle Bits die¬ 
ses Adressteiles auf 1 gesetzt. Eine 
Klasse-A-Broadcastadresse wäre z.B. 
22.255.255.255. Mit einer derartigen 
Adresse lassen sich alle Rechner im 
Netzwerk auf einmal ansprechen. Auch 
eine solche Adresse darf nicht zur 
Adressierung eines Hosts Verwendung 
finden. 

Routing durch mehrere Netze 
Wenn wir uns nun noch einmal dem 
Routing zuwenden, können wir mit Hilfe 
des Wissens um die /P-Adressierung 
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rasch verstehen, wie die Wegfindeung 
zu einem Zielhost von einem Netz zum 
anderen im Detail funktioniert. 

Ein direktes Routing findet immer 
dann statt, wenn sich der Zielhost im 
gleichen Netzwerk befindet, wenn also 
die Netzwerknummer der IP- Adresse 
beider Kommunikationspartner dieselbe 
ist. 

Stellt sich bei der Übersetzung der IP- 
Adresse in eine Hardwareadresse her¬ 
aus, daß sich der Host nicht im gleichen 
Netz wie die sendende Station befindet, 
muß das zu verschickende Datenpaket 
indirekt geroutet werden. Dazu muß das 
TCP//P-Netz über einen Defamt-Rou- 
ter verfügen. Das ist ein Host , an den 
alle Datenpakete geschickt werden, 
wenn ein sendender Host keine andere 
Route zum Ziel kennt. Ferner muß ein 
Router ein Host mit mindestens zwei 
Netzwerkinterfaces (also Netzwerkkar¬ 
ten) sein, der mit zwei verschiedenen 
Netzwerkadressen konfiguriert ist. Prak¬ 
tisch heißt das, daß ein Router zwei IP- 
Adressen besitzt, die sich im Netz¬ 
werkteil der Adresse unterscheiden. 
Damit bildet ein Router ein Interface 
zwischen zwei Netzwerken. Interessant 
ist dabei, daß man nicht erkennen kann, 
was sich hinter dem Router befindet. 
Diesen Umstand kann man sich auch 
zunutze machen, wenn man ein Netz¬ 
werk hinter einem anderen verbergen 
möchte: Man kann Nachrichten von 
einem Netz über den Router ins andere 
schicken, ohne einen Zugriff auf dieses 
Netz zu haben. Wir beschäftigen uns 
mit dieser Art des Routings im dritten 
Teil unseres Workshops. 

Erhält der Router nun ein Datenpaket, 
das an einen Host adressiert ist, der 
sich im Netzwerk des Routers befindet, 
kann er das Paket direkt an den ent¬ 
sprechenden Host senden. Sollte sich 
dieser Host aber nicht im Netz befinden, 
schickt der Router die Nachricht an den 


Default-Router des eigenen Netzes. 
Dieser hat genau die gleiche Funktion 
und arbeitet auf dieselbe Weise wie der 
zuvor besprochene Default-Router. Die¬ 
ser Vorgang wiederholt sich so lange, 
bis das Datenpaket den Zielhost 
erreicht hat. 

Die auf diese Weise gefundene Route 
wird übrigens nicht vergessen, sondern 
für spätere Datenübertragungen gesi¬ 
chert. Da Router mit dem Protocol RIP 
(Routing Information Protocol) Informa¬ 
tionen mit anderen Routern austau- 
schen können, wird die sogenannte 
Routing-Tabelle des Hosts immer aktu¬ 
ell gehalten. Sollte ein Router eine neue 
Route durch ein Netz finden, teilt er die¬ 
sen Umstand so schnell wie möglich 
allen anderen bekannten Routern im 
Netz mit. Diese aktualisieren daraufhin 
ihre Routing-Tabellen , um die neue 
Route zu verwenden. Diese Methode 
bezeichnet man als dynamisches Rou¬ 
ting , weil die Router ihre Routing- Tabel¬ 
len selbst erweitern und so ihre Routen 
dem Betriebsverhalten (wie Erreichbar¬ 
keit und Auslastung) der einzelnen Net¬ 
ze und Hosts, über die Datenpakete 
weitergeleitet werden, anpassen kön¬ 
nen. Auch der Konfiguration von Rou¬ 
tern wenden wir uns in den Praxisteilen 
dieses Workshops genauer zu. 

Hostnamen in IP-Adressen umsetzen 
Um den Bereich der Adreßübersetzung 
abzuschließen, fehlt nun noch die Dar¬ 
stellung des Verfahrens, mit dem ein 
Hostname, den Sie beim Einrichten 
Ihres Netzwerkes vergeben, in eine IP- 
Adresse übersetzt wird, da IP diese 
Adresse benötigt, um mittels ARP die 
Hardwareadresse des entsprechenden 
Hosts zu ermitteln. Dazu gibt es zwei 
Möglichkeiten: Entweder die Verwen¬ 
dung einer sogenannten Hosttabelle 
oder den Einsatz eines DNS (Domain 
Name Server). 


171 



OS/2 Only! Bd. 2, Ausgabe Nr. 2/99 

Umsetzung mit Host-Tabellen 
Wir wissen, daß ein TCP//P-Netz vom 
Aufbau her ein Peer-to-Peer-Netz ist. 
Folgerichtig muß jeder Host die Namen 
der anderen Hosts kennen, mit denen 
er kommunizieren möchte. Da es ferner 
notwendig ist, die vom Administrator 
vergebenen Hostnamen IP- Adressen 
zuzuordnen, befindet sich auf jedem 
Host eine Host-Tabelle, welche diese 
Zuordnungen aller Hosts im Netz bein¬ 
haltet. Diese Datei ist eine reine Textda¬ 
tei und befindet sich im Verzeichnis 
\tcpip\etc unter dem Namen hosts. 

In dieser sich auf jedem Host befin¬ 
denden Datei findet man Zuordnungen 
nach folgendem Muster: 

# Adresse Name Alias Kommentar 

193.120.120.10 xnetOI sabba #Testhost 

193.120.120.11 xnet02 xara # Dateien 
193.120.120.13 xnet03 belana # Ersatz 

Die erste Spalte der Tabelle bezeichnet 
die bei der Netzwerkplanung vergebene 
IP- Adresse. Die zweite Spalte definiert 
einen Namen, unter dem der Host im 
Netzwerk angesprochen werden kann. 
Die dritte Spalte erlaubt die zusätzliche 
Definition eines Alias , also eines 
Zweinamens für den Host. In der vier¬ 
ten Spalte kann ein Kommentar ange¬ 
geben werden. Wenn man etwa den 
Host xnet03 ansprechen möchte, könn¬ 
te man auf der Kommandozeile folgen¬ 
den Befehl eingeben: 

ping xnet03 

oder, was man sich besser merken 
kann: 

ping belana 

TCP/IP greift bei Eingabe eines derarti¬ 
gen Kommandos auf den sog. Resolver 
(eine Bibliotheksfunktion) zurück, der in 
unserem Beispiel nach dem Namen 


belana in der Host-Tabelle sucht und 
ihn übersetzt, so daß aus dem Kom¬ 
mando ein: 

ping 193.120.120.13 

wird. Der Vorteil, eine Hosttabelle zu 
verwenden, liegt v.a. in der einfachen 
Pflege. Sollte man einen Rechner aus 
dem Netz entfernen oder einen neuen 
einbinden, kann man die Tabelle recht 
einfach editieren. Vielleicht mag es 
mühsam erscheinen, die gleiche Tabel¬ 
le auf jedem Host anzulegen; doch in 
der Praxis macht man dies -wenn über¬ 
haupt- nur einmal, nämlich bei der Ein¬ 
richtung des Netzwerkes. Später wird 
die Tabelle auf nur einem Host gepflegt 
und von dort mittels FTP auf alle ande¬ 
ren Hosts übertragen. Man kann derar¬ 
tige Übertragungen bereits beim 
Systemstart von OS/2 einrichten, um 
stets eine aktuelle Host-Tabelle zur Ver¬ 
fügung zu haben. Wie das funktioniert, 
werden wir in den folgenden Artikeln 
dieses Workshops sehen. 

Umsetzung durch einen DNS 
Eine andere Möglichkeit, die Hostna¬ 
men entsprechend aufzulösen, liegt in 
der Einrichtung eines DNS (Domain 
Name Servers). Ein DNS ist ein Host in 
einem 7"CP//P-Netzwerk, der eine Host- 
datei pflegt und sie anderen Systemen 
bei Bedarf zur Verfügung stellt. Alles, 
was die anderen Hosts des Netzwerkes 
wissen müssen, ist lediglich eine Adres¬ 
se, nämlich die des DNS, die in der 
Datei resolv im Verzeichnis \tcpip\etc zu 
finden ist. Wie man sich sicher vorstel¬ 
len kann, existiert auch hierfür ein Pro¬ 
tokoll, d.h. es gibt einen DNS-Client und 
einen DNS-Server. Bei unserem Bei¬ 
spiel mit dem kleinen Programm 
ping.exe weiter oben, würde der Host 
über den Resolver den in der Datei 
resolv angegebenen DNS zu erreichen 
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versuchen, ihm den Namen des Ziel- 
hosts übermitteln und dafür, sofern ein 
Eintrag beim DNS besteht, die IP- 
Adresse zurückbekommen. Sollte die 
Antwort des DNS negativ sein, läßt sich 
also kein Eintrag für diesen Namen im 
zentralen Hostverzeichnis finden; oder 
sollte der DNS unerreichbar sein, ver¬ 
sucht der anfragende Host in seiner 
lokalen Host-Tabelle das Zielsystem 
ausfindig zu machen. 

Ein DNS verringert den administrati¬ 
ven Aufwand, v.a. bei sehr großen 
Netzwerken, weil man Hostinformatio- 
nen nur an einer Stelle pflegen muß. 
Allerdings sollte man dennoch lokale 
Host-Tabellen für den Fall zur Verfü¬ 
gung stellen, daß der DNS ausfällt. Wie 
man einen DNS konfiguriert, soll eben¬ 
falls Bestandteil der nächsten Teile die¬ 
ses Workshops sein. 

Domains 

Zum Schluß bleibt nur noch das Kon¬ 
zept der Domains einzuführen. 

Wir haben weiter oben einige Hostna- 
men in unseren Beispielen vergeben. 
Damit decken wir den Teil der /P-Adres¬ 
se leicht einprägsam ab, der die einzel¬ 
nen Hosts adressiert. Um nun eine wei¬ 
tere, logische Gruppierung vornehmen 
zu können, muß man noch das Netz¬ 
werk, in dem sich die Hosts befinden, 
benennen. Dies geschieht mit Domain¬ 
namen. 

Eine Domain ist nichts anderes als 
ein Rechnerverbund, also ein Netz. 
Man kann den Namen hier ebenso frei 
wählen wie die Bezeichnungen der 
Hosts , es sei denn, die Domain ist an 
das Internet angeschlossen. Hier muß 
ebenfalls sichergestellt sein, daß ein 
bestimmter Domainname nicht doppelt 
vergeben wird. Der Domainname unter¬ 
teilt sich außerdem noch weiter und 
zwar in eine Toplevel- und eine 
Sublevel-Domain. Als Beispiel betrach¬ 


ten wir den bereits genannten Host 
belana , der sich im Netzwerk unseres 
Verlages befindet. Die vollständige 
Adresse wäre hier: 

belana.xnet.de 

Der Host belana befindet sich in einem 
Netzwerk, das xnet heißt. Der Name 
xnet ist die Subleveidomain. Alle Hosts , 
die sich im gleichen Netzwerk befinden, 
verfügen über die gleiche Subleveldo- 
main , führen in ihrem Namen also die 
Bezeichnung xnet. Die Topleveidomain 
wird durch das Kürzel de gekennzeich¬ 
net. Sie kennen Topleveidomains aus 
dem Internet. Bekannt sind eben¬ 
falls . org , .net, .com usw. Unsere 
Topleveldomain ist das Länderkürzel für 
Deutschland. Für ein lokales Netz, das 
nicht direkt mit dem Internet verbunden 
ist, müssen Sie sich jedoch nicht an die¬ 
se Nomenklatur halten, was wir in den 
Praxisteilen zeigen werden. Hier ist nur 
wichtig zu beachten, daß man seinen 
Netzen -wie den Hosts - ebenfalls 
Namen gibt, um sie eindeutig adressie¬ 
ren zu können. Diese Namen werden 
ebenfalls in der Host-Tabelle oder beim 
DNS registriert. Wichtig werden die 
Domainnamen dann, wenn Sie mehr als 
nur ein Netzwerk betreiben, da es dann 
erforderlich wird, die Netze ebenfalls 
auseinanderhalten zu können. Alle 
Rechner der neuen Subleveldomains 
(also der neuen Netze) gehören dann, 
wenn wir bei unserem Beispiel bleiben, 
zur Topleveldomain de. Mit den Doma¬ 
ins kann man also die etwas kryptische 
IP- Adresse vollständig und leicht ein¬ 
prägsam darstellen. 

Damit sind wir am Ende der ersten 
Teils unseres Workshops angelangt. 
Auf der Grundlage des vermittelten 
Basiswissens werden wir in den näch¬ 
sten Teilen mit dem praktischen Aufbau 
von OS/2-Netzen beginnen. □ 
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In eigener Sache 

Wie auch im vorherigen Band erhalten 
Sie in diesem Kapitel Informationen 
rund um unsere Projekte OS/2 Only! 
und Xelia sowie Hinweise zu Terminen 
und neuen Projekten. In dieser Ausga¬ 
be informieren wir Sie v.a. über die 
zukünftige Erscheinungsweise der OS/2 
Only!, so daß wir Sie bitten, die folgen¬ 
den Abschnitte aufmerksam durchzule¬ 
sen. 

Verzögerungen und ihre Gründe 
Wie schon im Begleitschreiben zu die¬ 
sem Band erwähnt, möchten wir kurz 
auf die Verzögerungen eingehen, von 
denen Sie in der letzten Zeit betroffen 
waren. 

Mit dem Erfolg der OS/2 Only! kamen 
auf uns einige Schwierigkeiten zu, und 
als Leser der OS/2 Only! sind Sie 
berechtigt, einen Einblick in unsere 
Unternehmensstruktur nehmen zu dür¬ 
fen, mit dem unsere Arbeit besser ver¬ 
ständlich wird. Wir sind eigentlich ein 
belletristischer Publikumsverlag. Die 
Vorbereitungen für eine Novelle oder 
einen Roman sind nun natürlich denk¬ 
bar anders als für ein fachliches Perio- 
dicum für OS/2, das gilt natürlich auch 
für andere Bereiche, wie etwa Ver¬ 
triebswege oder die Präsentation im 
Internet. Das bedeuted, Umstrukturie¬ 
rungen und Investitionen werden nötig: 
Neue Hardware, Software, Mitarbeiter, 
eine andere Werbe- und Vertriebsstruk¬ 
tur usw. Die Beiträge, die Sie in der 
OS/2 Only! lesen, entstehen bis auf 
einige Ausnahmen in unserem Haus, so 
daß Sie sich vorstellen können, wieviel 
v.a. auch andersartige Arbeit auf uns 
zukam. Und aus dem anfangs nur zag¬ 
haft realisierten Projekt wurde eine weit¬ 
aus größere Aufgabe. Durch diese Pro¬ 
bleme können wir die anfangs geplante 
zweimonatige Erscheinungsweise nicht 


einhalten. Um Ihnen und uns immer 
wiederkehrende Verschiebungen der 
Erscheinungstermine zu ersparen, wer¬ 
den wir die Termingrenzen so lange 
wegfallen lassen, bis wir die anfallenden 
Neustrukturierungen in unserem Hause 
abgeschlossen haben. 

Künftige Erscheinungsweise 
Die neuen Maßnahmen bedeuten 
zunächst, daß die OS/2 Only! als neuer 
Betriebszweig uneingeschränkt weiter¬ 
geführt wird. Das Projekt wird also defi¬ 
nitiv nicht eingestellt! Sie brauchen 
somit keine Befürchtungen haben, nach 
dem ersten und zweiten Band sei es 
aus mit dem neuen Magazin. Es geht 
weiter, wenn zunächst auch etwas lang¬ 
samer als zunächst vorgesehen. Sie 
werden in diesem Jahr auch noch die 
vorgesehenen Bände erhalten, aber 
nicht alle zwei Monate. Das heißt: Die 
folgenden Bände der OS/2 Only! 
erscheinen in zwangloser Folge. Da die 
OS/2 Only! zum größten Teil aus Arti¬ 
kelserien und Workshops besteht, sieht 
unser neues Programm vor, nun nicht 
mehr Ausgabe für Ausgabe vorzuberei¬ 
ten, wie beim 1. und 2. Band, sondern 
Beitrag für Beitrag. Auf diese Weise 
können wir, bis auf das Kapitel Neuig¬ 
keiten, die Arbeiten an mehreren Bän¬ 
den parallel abschließen. Damit erschei¬ 
nen die folgenden Bände der OS/2 
Only! nach der üblichen Vorbereitungs¬ 
zeit in kürzeren Abständen, also relativ 
dicht gedrängt im Herbst/ Winter dieses 
Jahres, beginnend etwa ab Ende 
August. Genaue Erscheinungstermine 
können wir jetzt allerdings noch nicht 
bekanntgeben. Bis Jahresende dürfte 
es möglich sein, für den 2. Jahrgang die 
geplanten Erscheinungstermine vom 
Februar 2000 an einhalten zu können. 
Wenn also im 1. Jahrgang Verzögerun¬ 
gen auftreten, und feste Erscheinungs¬ 
termine nicht festgesetzt werden kön- 
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nen, da sie für den Anfang unter reali¬ 
stischen Gesichtspunkten nicht einhalt¬ 
bar sind, so bitten wir Sie um ein wenig 
Geduld: Für uns und das Projekt. Wir 
denken, es wird sich lohnen. Qualität ist 
ein weitaus wichtigerer Gesichtspunkt 
als Quantität. 

Preise und Konditionen 
Preise, Liefer- und Zahlungsbedingun¬ 
gen verändern sich selbstverständlich 
nicht. Auch nicht in einem langfristigen 
Rahmen. Abonnements gelten weiter¬ 
hin, d.h. ein Abonnement umfaßt 6 Aus¬ 
gaben. Unsere Abonnenten werden, wie 
mit dem 2. Band, automatisch bei 
Erscheinen der anderen Bände mit den 
neuen Ausgaben frei Haus beliefert. 
Zusätzliche Gebühren oder dergleichen 
fallen nicht an. 

Zu den Abonnementsbestellkarten 
wurden wir gefragt, ob diese auch 
gefaxt werden können. Das ist selbst¬ 
verständlich möglich: Karten und For¬ 
mulare für Bestellungen und Vormer¬ 
kungen aller Art können Sie uns natür¬ 
lich auch zufaxen, was in vielen Fällen 
kostengünstiger als das Verschicken 
der Karte per Post ist. Bis auf die Abon¬ 
nements können Sie Bestellungen oder 
Vormerkungen auch telefonisch oder 
per e-Mail aufgeben. Nennen Sie 
jedoch in allen Fällen immer Ihre Kun¬ 
dennummer, sofern Sie bereits eine 
haben. Das beschleunigt den Bestell¬ 
vorgang. 

Autoren gesucht 

Sie können die OS/2 Only! selbst mitge¬ 
stalten. Geben Sie Ihr Wissen um OS/2 
einfach weiter, wir freuen uns über neue 
Autoren, zumal jeder Beitrag, den wir 
von Ihnen bekommen, die Vorberei¬ 
tungszeit einer Ausgabe erheblich ver¬ 
mindert. 

Wir erhalten recht oft Anfragen zu 
den möglichen Themenbereichen, zu 


denen Sie Artikel einreichen können. 
Dazu sei gesagt, daß wir bezüglich der 
Themen keine Vorgaben machen. Sie 
haben sicher schon bemerkt, daß die 
OS/2 Only! einen recht großen The¬ 
menbereich abdeckt. Folglich sind Sie 
in der Wahl des Themas nicht gebun¬ 
den. Voraussetzung ist natürlich, daß 
der Artikel mit OS/2 zu tun hat. Übri¬ 
gens: Nicht nur Artikel mit fachlichem 
Inhalt sind uns willkommen. Auch über 
kritische Kolumnen oder Essays freuen 
wir uns. Da uns Ihre Meinung interes¬ 
siert, können Sie auch mal den ein oder 
anderen Leserbrief schreiben. Einige 
Leser haben dies schon getan, wovon 
Sie sich in dieser Ausgabe überzeugen 
können. Sind Sie an einer tiefergehen¬ 
den Autorentätigkeit interessiert, finden 
Sie auf unserer Homepage auf den 
OS/2 On/yZ-Seiten alle nötigen Informa¬ 
tionen. Für spezielle Fragen rufen Sie 
uns einfach an. Artikelvorschläge kön¬ 
nen Sie auch unaufgefordert via e-Mai, 
Fax oder per Post an uns senden. Auf 
Ihre Mitarbeit freuen wir uns bereits 
jetzt und hoffen von allen schreibinter¬ 
essierten Anwenderinnen und Anwen¬ 
dern zu hören. Vor allem Sonderer¬ 
scheinungen sind von Ihrer Mitarbeit 
abhängig. 

Die Zukunft unseres Verlagsprogramms 
In Zukunft dreht sich in unserem Verlag 
so gut wie alles um OS/2. Wir planen 
mittelfristig einen verstärkten Ausbau 
des Zeitschriften- und Softwareberei¬ 
ches. Das betrifft nicht nur Investitionen 
sondern auch das Angebot neuer Ser¬ 
viceleistungen. Mit der Inbetriebnahme 
des Xelia Network ab Mitte nächsten 
Jahres steht Ihnen als Leser der OS/2 
Only! ein kostengünstiger Online-Ser- 
vice zu Ihrem Magazin und zu OS/2 zur 
Verfügung. Wir werden einige Einrich¬ 
tungen unserer Homepage in diesen 
neuen Online-Dienst verlegen, da auf 
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diese Weise ein bedeutend besseres 
Updateverhalten bei niedrigeren Kosten 
möglich ist. Da das Netz bundesweit 
zum Ortstarif zu erreichen sein wird, 
entstehen Ihnen auch keine der hier 
und da üblichen »0190-Hotline-Kosten«. 
Weitere Informationen zum Xelia Net¬ 
work finden Sie auf den Xe//a-Seiten 
unserer Homepage. Einen umfangrei¬ 
chen Artikel zum neuen Online-Dienst 
lesen Sie in Bd. 4 der OS/2 Only! in die¬ 
sem Kapitel. 

Mit dem geplanten Online-Angebot 
möchten wir Ihnen im Zusammenspiel 
mit der OS/2 Only! ein kompetent infor¬ 
mierendes Informationszentrum zu 
OS/2 geben. Im Rahmen des Xelia-Ide- 
enwettbewerbes , an dem Sie bis zum 1. 
September 1999 übrigens noch über 
unsere Homepage teilnehmen können, 
haben wir für das neue Netz interessan¬ 
te Vorschläge bekommen, die wir Ihnen 
im nächsten Band vorstellen werden. 

Ferner erweitern wir kontinuierlich 
den Softwarebereich. Einige unserer 
Programme koppeln wir aus unserem 
Hauptprojekt Xelia aus, um Sie auf 
anderen Wegen anzubieten. Zu diesen 
Einzelprodukten gehört eine T-Online- 
Suite und ein neuer Webbrowser , der 
kostenlos über unsere Homepage zu 
beziehen sein wird. Wir haben uns letzt¬ 
lich zum kostenlosen Vertrieb dieses 
OS/2-Browsers entschieden, da es kei¬ 
ne Alternative zu Netscape gibt, möchte 
man mit einem OS/2-Programm arbei¬ 
ten. Das ist offenbar ein Dilemma, für 
das es einen Ausweg geben sollte. Den 
neuen Browser erhalten Sie ab Sommer 
in einem etwa 250 KByte großen selbst¬ 
entpackenden ZIP-Archiv auf den 
Downloadseiten der Xelia- Homepage. 

Unsere neue Strategie verknüpft Soft¬ 
ware und Informationen eng miteinan¬ 
der. Wir sind uns sicher, damit einen 
wichtigen Beitrag für alle OS/2-Anwen- 
der zu leisten. 


Die OS/2 Only! CD Nr. 1 
Zur OS/2 Only! gehören auch zwei 
CDs. Beide erscheinen wie geplant, d.h. 
die Sommer-CD Juni/Juli und die Win- 
ter-CD Dezember/Januar. Für die erste 
CD finden Sie eine Bestellkarte als Bei¬ 
lage in diesem Band, die wir freundlich 
zu beachten bitten. 

Die erste CD wird eine ganze Reihe 
unterschiedlicher Programme enthalten, 
wie eine aktuelle Demo des RSJ CD- 
Writers. Wir sind auch bemüht, eine 
SfarO/f/ce-Version auf den Datenträger 
zu übernehmen. Diesbezüglich können 
wir jedoch noch nichts Genaues sagen. 
Neben dem ersten Teil unserer Treiber¬ 
sammlung finden Sie auch ein umfang¬ 
reiches Archiv lohnenswerter Free-und 
Shareware, darunter ISDN-PM , die in 
der OS/2 Only! vorgestellten Program¬ 
me, alles für TCP/IP und das Internet , 
hierunter auch die Software für unsere 
Netzwerkworkshops, also TCP/IP-CIi- 
ent- und Serverprogramme (wie den 
Apache-Webserver) aber auch größere 
Projekte wie XFree 86, LaTex und 
POV-Ray für OS/2 etc. Das zum Zeit¬ 
punkt der CD-Herstellung aktuelle 
OS/2-Fixpack werden Sie ebenfalls auf 
dem ersten OS/2 On/y/-Silberling fin¬ 
den. Neben einer Schriftartsammlung 
rundet die erste Xe//'a-Demoversion die 
Sommer-CD '99 ab. Wie die Bände der 
OS/2 Only! bereiten wir auch die CD mit 
großer Sorgfalt vor. Auf unserer Home¬ 
page finden Sie bereits ein vorläufiges 
Inhaltsverzeichnis. Bitte beachten Sie, 
daß sich der Inhalt der CD bis zur Her¬ 
stellung noch ändern kann. Bestellun¬ 
gen können Sie wie üblich direkt über 
unsere Homepage, mit der beigelegten 
Bestellkarte oder formlos per Telefon, 
e-Mail oder Fax aufgeben. 

Weitere Sondererscheinungen? 

Wir wurden von Lesern gefragt, ob 
neben den geplanten Sondererschei- 
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nungen, den beiden CDs und dem 
Indexband, weitere außerplanmäßige 
Titel zur OS/2 Only! erscheinen werden, 
etwa Bücher zu Themen wie: »Ins Inter¬ 
net mit OS/2« oder zu anderen Berei¬ 
chen, welche die Publikation eines Son¬ 
derbandes rechtfertigen. Grundsätzlich 
ist uns die Publikation derartiger Son¬ 
dererscheinungen möglich, jedoch z.Zt. 
nicht redaktionell. Demzufolge freuen 
wir uns über alle Autorinnen und Auto¬ 
ren, die über ein Thema schreiben 
möchten, welches besser in einem Son¬ 
derband behandelt werden kann als in 
einer normalen Ausgabe der OS/2 Only! 
Wir haben dazu einige Themenvor¬ 
schläge auf unserer Homepage für Sie 
zusammengetragen. Wer Interesse an 
Sonderprojekten des OS/2 On/y/-Berei- 
ches hat, an einem Projekt teilnehmen 
oder eigene Vorschläge einbringen 
möchte, kann uns über das auf der 
Homepage zur Verfügung stehende 
Formular eine kurze Nachricht senden. 

Ausblick auf Bd. 3 

Vielleicht haben Sie bemerkt, daß wir 
für diesen Band einige Artikel in den 
nächsten verschieben mußten. The¬ 
menverlagerungen können aus aktuel¬ 
len Anlaß immer auftreten. Unter die¬ 
sem Einwand erwarten Sie in der OS/2 
Only! Nr. 3 folgende Informationen: 

Neuigkeiten 

Kurzmeldungen, Vorstellung des neuen 
Warp Servers for e-business, Java für 
OS/2 installieren und einsetzen. 

Hardware 

Theorie: Massenspeichersysteme. Ver¬ 
gleiche verfügbarer Massenspeichersy¬ 
steme und deren Einsatz unter OS/2. 
Praxis: SCSI Workshop, Teil 1. Wahl 
eines geeigeneten Adapters, Tips zur 
Installation, IDE und SCSI parallel 
betreiben. 


Software 

Backup mit PKZip 2.50: Vorstellung 
einer preisgünstigen und sicheren 
Backuplösung mit PKZip 2.50. 

LaTex für OS/2-Workshop, Teil 1. Kurz¬ 
vorstellung des Programmpaketes, 
benötigte Software, Hilfsmittel, Installati¬ 
on, Konfiguration, Erzielen erster Resul¬ 
tate. 

Know how 

Theorie: Die OS/2 DOS-Unterstützung. 
Theroetische Grundlagen zur Unterstüt¬ 
zung von DOS- und Windows Program¬ 
men unter OS/2 

Praxis: DOS- und Windows-Programme 
einsetzen. Wartungssysteme, Teil 2, 
darin: Erzeugen einer Boot-CD. PM- 
Log-Programm für chkdsk. 

Programmieren 

DLL-Workshop, Teil 3: Programmierung 
eines Multithreading-Subsystems. 

Start unserer Reihe OS/2-Programmie- 
rung. In diesem Band : OS/2-Program- 
mierung mit REXX, Teil 1. 

Netzwerk 

HTML-Workshop, Teil 2: Hilfsmittel zum 
Erstellen von Webseiten, HTML- 
Sprachreferenz. 

OS/2-Netzwerkworkshop, Teil 2: Benö¬ 
tigte Hardware und Treiber, Installation 
unterschiedlicher Topologien (Ethernet 
und Token Bus), Praxisteil zu TCP/IP, 
wichtige Programme, Konfiguration, 
Einrichtung des TCP/IP-Paketes zur 
Inbetriebnahme des Netzes . 

Multimedia 

POV-Ray für OS/2, Teil 1: Benötigte 
Software, Hilfmittel zur Erstellung von 
Szenen und Animationen, Installation, 
Konfiguration, Erzielen erster Resultate, 
POV-Ray Sprachreferenz zur Erstellung 
photorealistischer Szenen und Anima¬ 
tionen. □ 
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OS/2 Only! 

Das fortlaufende Sammelwerk nur für OS/2 


Abonnement 


□ Hiermit bestelle ich die OS/2 Only! ab der 
nächsten verfügbaren Ausgabe im Abonne¬ 
ment zum Preis von DM 136,90 (EUR 75,65 
Auslandspreis) inkl. 16 % MwSt., Porto und 
Verpackung für 12 Monate (6 Ausgaben). 
Außerdem erhalte ich als Abonnent der OS/2 
Only! auf alle OS/2 Only! CD-ROMs einen 
Preisnachlaß von 10 %. Das Abonnement ist 
jederzeit mit einer Kündigungsfrist von 12 
Wochen kündbar. Es verlängert sich nach 
Ablauf eines Jahres, sollte ich nicht kündigen, 
automatisch um ein weiteres Jahr. 

□ Ich bin Schüler/in, Student/in, Auszubilden- 
dc/r oder Wehr- bzw. Zivildienstlcistcndcr 
und bestelle das oben beschriebene 
Abonnement zu einem ermäßigten Preis von 
DM 124,95 (EUR 69,25 Auslandspreis). 
Diese Karte sende ich daher zusammen mit 
einem entsprechenden Nachweis ein. 

X _ 

Datum, Unterschrift 


Die Abonnementsgebühren sind gegen 
Rechnung innerhalb von 14 Tagen nach Erhalt 
ohne Abzug zahlbar. 

Ich kann diese Abonnementsvereinbarung 
innerhalb von 10 Tagen beim C.-E. Fischer 
Buchverlag, Stuttgart, schriftlich widerrufen. 
Zur Wahrung dieser Frist genügt die 
rechtzeitige Absendung meines Widerrufs 
(Datum des Poststempels). 

□ Bitte informieren Sie mich außerdem über 
Neuerscheinungen aus Ihrem OS/2-Pro- 
gramm und über Software bzw. 
Sondererscheinungen zur OS/2 Only! 

□ Ich bin daran interessiert, auch von 
weiteren Anbietern Informationen zum 
Themenbereich OS/2 zu erhalten. 


"VßD 


in, 


für OS/2 ab 2.1 


Vormerkung 


Xelia, das ist die neue Anwendungs- und Entwicklungsarchitektur nur für 
OS/2 und beinhaltet über 25 integrierte Anwendungen sowie eine neue 
graphische Benutzeroberfläche, schön, schlank, schnell und - einfach zu 
bedienen! Xelia bietet eine konsequent objektorientierte Arbeitsweise, besitzt 
Multidesktopfähigkeiten und bietet eine ideale Architektur zur Systempflege 
sowohl von Einzelplatzrechnern als auch von Netzwerken. Das Programmpa¬ 
ket macht dabei intensiven Gebrauch von OS/2-Spezifika. Im Zusammenhang 
mit Xelia bieten wir ab dem Jahr 2000 auch das XeliaNetwork, einen neuen 
OS/2-Onlinedienst für alle Xelia-Anwender mit Software, neuen Treibern und 
Informationen -zum kostenlosen Download-, Serverdiensten und Internetzu¬ 
gang. Vorgemerkte Anwender erhalten regelmäßig Informationen, 15 % 
Rabatt auf alle Xelia-Produkte und Updates ab dem Zeitpunkt der Vormer¬ 
kung! 


□ Hiermit lasse ich mich für die nächste verfügbare Version von Xelia vormerken. Als 
vorgemerkter Kunde erhalte ich ab dem Zeitpunkt meiner Vormerkung die nächste Version 
und alle folgenden Updates -wie oben angegeben- mit einem Rabatt von 15 % auf alle 
Preise. Das gilt auch für Produkterweiterungen und Xelia-Anwendungen, neue Treiber 
sowie sämtliche Onlinc-Dicnstc, sofern sic im Zusammenhang mit Xelia angeboten werden 
(XeliaNetwork). Ich bin mit meiner Vormerkung nicht zur Bestellung oder Abnahme 
verpflichtet. 


X 


Datum, Unterschrift 






Name, Vorname, Titel 

Firma, Abteilung 


C.-E. Fischer Buchverlag 
z.Hd. Herrn Ropielewski 
Wegländerstr. 24 

Telefon, Telefax 

_ 70563 Stuttgart 

eMail 


Straße, 1 lausnummer 

Land, PLZ, Ort 




Firma, Abteilung 


Straße, Hausnummer 


Land, PLZ, Ort, 

Telefon, Telefax 


C.-E. Fischer Buchverlag 
z.Hd. Herrn Ropielewski 
Wegländerstr. 24 


eMail 


70563 Stuttgart 
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Spirale 31 
Strom 44 
Transferrate 32 
Transport 163 
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DDE s. Dynamic Data Exchange 
Default Router 170 
Diunpack 
benutzen 92 
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A 

Accelerator-Karte: Graphikadapter mit 
einem Prozessor, der graphische 
Grundfunktionen ausführt, etwa das 
Zeichnen von Linien, Rechtecken, 
Kreisen oder das Füllen von Flächen 
auf dem Bildschirm. Im Standard- 
VGA-Modus übernimmt die CPU die¬ 
se Aufgabe. Graphikkarten mit einem 
Acceleratorchip beschleunigen daher 
das System, da elementare Zeichen¬ 
funktionen nicht mehr von der CPU 
ausgeführt werden müssen. Heutige 
Acceleratorkarten übernehmen auch 
andere Zeichenaufgaben, etwa das 
Rendern oder die dreidimensionale 
Darstellung graphischer Körper. 

APAR: Abkürzung für Authorized Pro¬ 
gram Analysis Report. Eine Aufstel¬ 
lung aller Bugs in einem Produkt und 
Hinweise darauf, durch welches 
Update bzw. Fix sie beseitigt wer¬ 
den. 

Anonymous-FTP: Bezeichnung für den 
öffentlichen Zugriff auf einen FTP- 
Server. Für gewöhnlich können nur 
Benutzer auf einen FTP-Server 
zugreifen, die über ein entsprechen¬ 
des Login und Paßwort verfügen. Um 
den Zugriff auf öffentliche Dateiberei¬ 
che des Servers zu gewährleisten, 
richtet man einen Zugang ein, bei 
dem das Login anonymous heißt und 
das Paßwort die e-Mail-Adresse des 
Benutzers ist. 

Archie: Ein Informationssystem mit 
dem nach Dateien auf verschiedenen 
FTP-Servern gesucht werden kann. 
Archie verliert wegen der immer 
mehr steigenden Popularität 
des WWW an Bedeutung. 

ARP: Abkürzung für Address Resoluti¬ 
on Protocol. Protokoll der TCP/IP- 
« Protokollfamilie, das zur Bestimmung 
der Hardwareadresse eines Hosts 
aus dessen IP-Adresse dient. 

ASPI: s. Bd. 3 


B 

Backout: Bezeichnung eines Prozeß, 
der den früheren Servicelevel eines 
Produktes, z.B. des Betriebssystems, 
mit den bei der Installation eines CSD 
gesicherten Dateien wiederherstellt. 

BIOS: Abkürzung für Basic Input Out¬ 
put System. Ein Baustein auf der 
Hauptplatine eines Rechners, der 
Grundfunktionen zum Zugriff des Pro¬ 
zessors auf Arbeits- und Festspei¬ 
cher sowie Tastatur, Schnittstellen 
und Bildschirm bietet. Das BIOS ist 
die elementarste Schnittstelle, die 
von Programmen zur Steuerung des 
Rechners genutzt werden kann. Im 
Gegensatz zu DOS kann unter OS/2 
kein Anwendungsprogramm BIOS- 
Funktionen aufrufen. 

Broadcast: Ein System, das Datenpa¬ 
kete oder Nachrichten an alle Arbeits¬ 
stationen eines Netzwerkes schickt. 
Dazu dient eine dem Netzwerk ent¬ 
sprechende Boradcastadresse. 

C 

CD: Abkürzung für Compact Disc. Ein 
optischer Datenträger mit einer Kapa¬ 
zität von ca. 650 MByte. Eine CD ist 
etwa 1,2 mm dick und besitzt einen 
Durchmesser von 12 cm. CDs wer¬ 
den gepreßt. Die beschreibbare bzw. 
wiederbeschreibbare Form der CD 
wird mit einem Laser beschrieben. 
CDs dienen der Speicherung von 
Daten aller Art. Eine CD ist ein Read 
Only-Medium, d.h. ein sich nach der 
Herstellung anschließendes Beschrei¬ 
ben ist nicht möglich. 

CD-Image: Ein für die Übernahme auf 
eine CD gefertigtes Abbild in einem 
speziellen Format einer Ansammlung 
von Verzeichnissen und Dateien. Das 
Image beinhaltet den gesamten Inhalt 
der CD, d.h. alle Dateien sind bereits 
im richtigen Format mit den dazuge¬ 
hörigen Verzeichnisinformationen 
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gespeichert. Images sind Quasi-CDs 
auf der Festplatte und müssen nur 
noch auf den Zieldatenträger übertra¬ 
gen werden. 

CD-Recorder: Ein Laufwerk, daß CD- 
Rs oder auch CD-RWs beschreiben 
kann. Das Beschreiben der CD-Rs/ 
CD-RWs erfolgt mit einem Laser, 
dessen Energie höher ist als zum 
Abtasten auf CDs gespeicherter Info¬ 
mationen. 

CD-R: Abkürzung für CD-Recordable. 
Eine CD-R stellt eine leere CD dar, 
die im Gegensatz zu gewöhnlichen 
CDs keine metallische Reflexions¬ 
schicht, sondern eine chemische 
besitzt, die durch Wärmeeinwir¬ 
kung (also durch den Laser des CD- 
Recorders) einmalig verändert wer¬ 
den kann, um Daten aufzunehmen. 

CD-RW: Abkürzung für CD-Rewritable. 
Wie die CD-R, nur daß der Datenträ¬ 
ger mehrmals beschrieben werden 
kann. Zur Verarbeitung einer CD-RW 
ist ein spezieller CD-RW-fähiger CD- 
Recorder nötig. 

CRC-Prüfung: Abkürzung für Cyclic 
Redundancy Checksum. Eine häufig 
verwandtes Verfahren zur Fehlerbe¬ 
stimmung während Datenübertragun¬ 
gen. 

CSD: Abkürzung für Corrective Service 
Disk. Eine Zusammenstellung aktuali¬ 
sierter Dateien für ein Produkt, wel¬ 
che die Erhöhung des Servicelevels 
dieses Produktes bedingt. 

D 

Datagramm: Bezeichnung für ein 
Datenpaket, das alle für eine paketo¬ 
rientierte Datenübermittlung notwen¬ 
digen Informationen enthält. Unter 
TCP/IP besteht ein Datagramm aus 
einem Datenteil und einem Header, 
der sich aus der Adresse des ver¬ 
schickenden und des empfangenden 
Hosts zusammensetzt. 


Default-Router: Ein Host in einem 
Netzwerk, an dem alle Daten 
geschickt werden, die an eine 
Arbeitsstation adressiert sind, welche 
sich nicht im eigenen Netzwerk befin¬ 
det. 

DNS: Abkürzung für Domain Name Ser¬ 
ver. Ein Host in einem TCP/IP-Netz- 
werk, der eine Tabelle aller im Netz 
vorhandenen Hosts zentral verwaltet. 

Domain: Die symbolische und/ oder 
numerische Bezeichnung einer Netz¬ 
werkadresse, die für alle Arbeitssta¬ 
tionen desselben Netzes identisch 
ist. 

F 

FAT: s. Bd. 3 

FDISK: Dientprogramm zur partitionie- 
rung von Festplatten. Unter OS/2 exi¬ 
stiert eine Textversion und eine gra¬ 
phische Variante des Programms. 

Firewall: Ein als Sicherheitssystem 
arbeitendes Gateway. Ein als Firewall 
konfigurierter Rechner erlaubt nur 
Zugriff autorisierter Hosts und Proto¬ 
kolle auf durch den Firewallrechner 
geschützte Netzwerkbereiche. 

FTP: Abkürzung für File Transfer Proto- 
col. Ein Protokoll der TCP/IP-Proto- 
kollfamilie, das die Übertragung von 
Dateien von einem Host zum anderen 
festlegt. 

G 

Gateway: Ein Rechner in einem Netz¬ 
werk, der eine Verbindung zu ande¬ 
ren Netzwerken herstellt und Daten 
des einen Netzwerkes in das andere 
und umgekehrt übermittelt. Gateways 
können mit unterschiedlichen Sicher¬ 
heitsfunktionen ausgestattet sein, um 
den Zugriff auf ein Netzwerk bzw. auf 
bestimmte Bereiche dieses Netzwer¬ 
kes zu schützen. 

Gopher: Ein auf TCP/IP basierendes 
Protokoll und ein entsprechendes 
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graphisches Programm, das einen 
menüorientierten Zugriff auf Ver¬ 
zeichnisse und Daten anderer Hosts 
ermöglicht. Durch die immer wach¬ 
sende Bedeutung des WWW verliert 
Gopher zugunsten von HTTP an 
Bedeutung. 

Grundebene: Eine Ebene der datentra¬ 
genden Schicht einer CD, in welche 
Vertiefungen eingebrannt oder 
gepreßt werden. Die Grundebene 
stellt damit einen der beiden definiten 
Zustände dar, welche für die Spei¬ 
cherung digitalisierter Daten nötig 
sind. Gegensatz: Pit. 

H 

Host: Ein Rechner in einem TCP/IP- 
Netzwerk. Da TCP/IP ein Peer-to- 
Peer-Netzwerk ist, wird zwischen Cli¬ 
ent und Server hinsichtlich der ein¬ 
zelnen Arbeitstationen nicht unter¬ 
schieden. Jede Station in einem Netz 
ist vom Prinzip her gleichberechtigt 
und wird daher als Host (Gastgeber) 
bezeichnet. 

HPFS: s. Bd. 3 

HTTP: Abkürzung für Hypertext Trans¬ 
fer Protocol. Ein Protokoll der 
TCP/IP-Protokollfamilie zur Übertra¬ 
gung HTML-kodierter Dokumente. 


I 

IDE: s. Bd. 3 

IP: Abkürzung für Internet Protocol. Das 
Basisprotokoll der TCP/IP-Protokoll- 
familie, das die Art und Weise einer 
paketorientierten Datenübertragung 
vorschreibt. 

IP-Adresse: Eine aus vier Oktetten 
bestehende 32 Bit-Adresse eines 
Hosts in einem TCP/IP-Netz, welche 
sowohl den Host selbst auch auch 
das Netzwerk beschreibt, an das der 
Host angeschlossen ist. In Dezimal¬ 
schreibweise wird die IP-Adresse 


durch vier mit drei Punkten voneinan¬ 
der getrennten Ziffengruppen darge¬ 
stellt. 

ISA-Bus: s. Bd. 3 

ISO: Abkürzung für International Stan¬ 
dards Organization. Gremium zur 
Standadisierung und Schaffung von 
Normen, ähnlich dem DIN (Deut¬ 
sches Institut für Normung). 

J 

Jumper: Steckbrücke, einfachste Form 
eines Schalters. Ein Jumper besteht 
in der Regel aus zwei stiftförmigen 
Kontakten, welche durch einen Kon¬ 
takt verbunden oder voneinander 
getrennt werden können. Jumper 
werden auf vielen Adapterkarten und 
auch für Laufwerke zur Konfiguration 
dieser Komponenten verwendet. 

L 

Lead-In: Bereich auf einer CD, welcher 
den Beginn einer Session beschriebt. 

Lead-Out: Bereich auf einer CD, wel¬ 
cher das Ende einer Session 
beschreibt. Der Lead-Out enthält 
Informationen über die gesamte Ses¬ 
sion, v.a. ein Verzeichnis aller Datei¬ 
en, die auf den Datenträger übernom¬ 
men worden sind. 

LIBPATH: Systemsuchpfad für DLLs. 
Wenn unter OS/2 eine DLL geladen 
wird, durchsucht das System 
zunächst die im LIBPATH angegebe¬ 
nen Pfade nach der Bibliothek. Pro¬ 
gramme, deren DLLs im LIBPATH 
eingetragen sind, müssen sich nicht 
um das Laden ihrer DLLs und das 
Bestimmen der Adressen der Funk¬ 
tionen in diesen DLLs kümmern, da 
das System diese Arbeit übernimmt. 
Nachteilig wirkt sich aus, daß das 
Programm nicht gestartet werden 
kann, wenn die DLL im vom System 
durch den LIBPATH ermittelten Pfad 
nicht auffindbar ist oder wenn der 
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LIBPATH-Eintrag nicht mehr aktuell 
ist. 

Loader: Bestandteil des Betriebssy¬ 
stems, der Basistreiber und Einhei¬ 
tenmanager sowie den Kernel des 
Systems beim Starten des Compu¬ 
ters in den Arbeitsspeicher lädt. Unter 
OS/2 befindet sich der Loader in der 
Datei os2ldr. 

M 

MBR: Abkürzung für Master Boot 
Record. Sektor auf der Festplatte, 
von dem das Sytem starten kann. 
Der MBR enthält Informationen für 
das System, wo der Loader zu finden 
ist, der den weiteren Startprozeß lei¬ 
tet. 

Memory-Files: Im Arbeitsspeicher des 
Systems angelegte, also virtuelle 
Dateien. Auf Memory-Files kann man 
genau so zugreifen wie auf Dateien, 
die sich auf der Festplatte eines 
Rechners befinden, wobei der Zugriff 
allerdings schneller verläuft, da die 
Datei im Arbeitsspeicher simuliert 
wird. 

Micro Channel Architecture: s. Bd. 3 

MIDI-Schnittstelle: s. Bd. 3 

MIME: Abkürzung für Multipurpose 
Internet Mail Extensions. Protokoll, 
das die Übertragung von Daten, die 
in einem Binärformat (also nicht als 
Standard ASCII-Text) vorliegen, wie 
Graphiken, AVI-Files, EXE-Dateien 
usw., in einer e-Mail erlaubt. 

Multisession-Technologie: Technolo¬ 
gie, die es gestattet, mehr als nur 
eine Session auf einer CD/ CD-R/ 
CD-RW zu speichern. 

Multitasking: s. Bd. 3 

N 

NLS: s. Bd. 3 

NFS: Abkürzung für Network File 
System. Installierbares Dateisystem 
zur Abbildung von Hosts im Netzwerk 


auf virtuelle Laufwerke der lokalen 
Maschine. 

NNTP: Abkürzung für Network News 
Transfer Protocol. Ein Protokoll der 
TCP/IP-Protokollfamilie, welches die 
Übertragung von Nachrichten zwi¬ 
schen News-Servern gestattet. 

O 

Oktett: Bezeichnung für eine Folge von 
8 Bits. Ein Oktett ist damit ein Byte. 
Bei der Arbeit mit Netzwerken ist der 
Begriff Oktett statt Byte gebräuchlich, 
da es Stationen und darauf basieren¬ 
de Systeme gibt, deren Bytes nicht 
aus acht Bit bestehen. Für uns sind 
derartige Systeme jedoch irrelevant. 

P 

PATH: Systemsuchpfad für ausführbare 
Programmdateien. Beim Start eines 
Programms durchsucht das System 
diesen Suchpfad nach der im Start¬ 
befehl genannten Programmdatei und 
kann das Programm laden, ohne daß 
zuvor in das Programmverzeichnis 
gewechselt werden müßte. 

Partition: s. Bd. 3 

Partitionstabelle: s. Bd. 3 

Ping: Protokoll aus der TCP/IP-Proto- 
kollfamilie zur Überprüfung der 
Erreichbarkeit eines Hosts in einem 
TCP/IP-Netzwerk. 

Pit: Vertiefung in der Grundebene einer 
CD zur Darstellung der zweiten Kom¬ 
ponente eines Binärcodes zur Spei¬ 
cherung von Daten in einem digitalen 
Format. Diese Vertiefungen haben 
ein anderes Reflexionsverhalten als 
die Bereiche der Grundebene. Beim 
Gleiten des Laserstrahls über die CD- 
Oberfläche können die unterschiedli¬ 
chen Lichtintensitäten nach der Refle¬ 
xion an den Bereichen der Grundebe¬ 
ne und den Pits ermittelt werden, 
wodurch zwischen zwei Zuständen 
unterschieden werden kann, und die 
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Speicherung eines Binärcodes auf 
dem Datenträger möglich wird. 

PM: s. Bd. 1 

PPP: s. Bd. 3 

Pregab: Bereich zwischen zwei Tracks 
auf einer CD, der keine Daten ent¬ 
hält. Auf Audio-CDs entspricht der 
Pregab einer Pause zwischen den 
einzelnen Musikstücken. Grundsätz¬ 
lich befindet sich zwischen jedem 
Track, gleich ob Daten- oder Audio- 
track, ein Pregab. Die Länge dieses 
Bereiches läßt sich mit der CD-Writer 
Software festlegen. 

R 

Repeater: s. Bd. 3 

RFC: Abkürzung für Request For Com- 
ments. Die RFCs sind Normen 
gleich, welche die verschiedenen 
TCP/IP-Protokolle festlegen und 
beschreiben. 

Router: Eine Station, die mehrere Netz¬ 
werke miteinander verbindet, um 
eine Kommunikation zwischen den 
Netzen zu ermöglichen. Ein Router 
braucht demnach mindestens zwei 
Interfaces und unter TCP/IP zwei 
unterschiedliche Netzwerkadressen. 

S 

SCSI: s. Bd. 3 

Sektoren: Bereich auf einem Datenträ¬ 
ger, der Nutzdaten enthält. Sektoren 
können in größeren logische Grup¬ 
pen zusammengefaßt sein, z.B. im 
Falle der CD in einem Track. 

Session: 1. Sitzung, in der ein Pro¬ 
gramm läuft. 2. Bereich auf einer CD, 
der TOC, Lead-In, Lead-Out und 
Nutzdaten enthält. 

SLIP: s. Bd. 3 

SMTP: s. Bd. 3 

T 

TCP: Abkürzung für Transmission Con¬ 
trol Protocol. Protokoll der TCP/IP- 


Protokollfamilie, welches eine gesi¬ 
cherte Datenübertragung auf IP- 
Basis ermöglicht. TCP überwacht 
Datenübertragungen, führt Fehlerkor¬ 
rekturen durch und setzt die von IP 
gesendeten Datenpakete wieder zur 
ursprünglichen Nachricht zusammen 
bzw. zerlegt eine Nachricht in Daten¬ 
pakete zum Versand mit IP. 

Telnet: Bezeichnung für Remote Termi¬ 
nal Protocol. Ein Protokoll der 
TCP/IP-Protokollfamilie, das den Auf¬ 
bau einer Verbindung zu einem Host 
im gleichen oder in einem fremden 
Netzwerk über eine Sitzung im 
Textmodus aufbaut. Über eine Tel¬ 
net-Sitzung können Programme auf 
einem entfernten Rechner von der 
lokalen Arbeitsstation aus gestartet 
und bedient werden. 

Track: Bereich auf einer CD, der für die 
Aufnahme der Nutzdaten zuständig 
ist. Es gibt unterschiedliche Arten von 
Tracks (Daten- und Audiotracks). 
Tracks sind unterteilt in Sektoren. 

Trap: s. Bd. 3 

U 

UDP: Abkürzung für User Datagram 
Protocol. Protokoll der TCP/IP-Proto- 
kollfamilie, das die paketorientierte 
Datenübertragung an bestimmte Pro¬ 
gramme oder Benutzer eines Hosts 
ermöglicht. UDP ist wie IP ein ungesi¬ 
chertes Protokoll. 

V 

VLB: s. Bd. 3 

W 

Wartungspartition: Partition auf der 
Festplatte eines Systems, die eine 
minimierte Variante des Betriebssy¬ 
stems zum Systemstart und für War¬ 
tungszwecke enthält. 

WsoD: s. Bd. 3 
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Anwendungsworkshops, Treiber- und Fixpackunterstüt/lllh' 

Das Magazin stellt Marktneuheiten vor, bietet Prodllkllllh i 4» In n 
und gibt wichtige Tips & Tricks, die vor allem dem I ndiimu nd> i 
nützen. Es bietet Hilfestellung bei Problemen, liilll hellll I hu <)• Im h 
auf das Betriebssystem OS/2 von anderen Platllbl'llieil lllld > imiii li 
in umfangreichen Artikeln und Workshopn iillcx Noilm mm 
Programmieren in allen wichtigen Sprachen und /Ul Isonlhminlltni 
von Netzwerken und Einzelplatzsystemen. 

Außerdem in jeder Ausgabe: Ein umfangroichoi StlchWOftVtnill H 
nis zum schnellen Auffinden von Informationen lllld ein LoxikOH /III 
Erklärung aller wichtigen Begriffe. 
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